Closed Bug 696158 Opened 13 years ago Closed 13 years ago

Adapt expiration aggressivity to the distance from the history limit

Categories

(Toolkit :: Places, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla10

People

(Reporter: mak, Assigned: mak)

Details

Attachments

(1 file)

Some time ago someone (I think jlebar?) complained about slow history on Android, we figured out he was highly over the expected limit (4 times higher) but it will take lots of hours before his database comes back to a valuable size, due to expiration limits.
We can adapt the expiration aggressivity based on how far we are from the history limit (we already know that!), that would be a nice touch.
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Attached patch patch v1.0Splinter Review
This is not easy to make a test for, but existing tests ensure expiration is not broken, and the patch is almost trivial.
Attachment #568492 - Flags: review?(dietrich)
Attachment #568492 - Flags: review?(dietrich) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/990dff1b8831
Flags: in-testsuite-
Target Milestone: --- → mozilla10
Summary: Adapt expiration aggressivity to distance from the history limit → Adapt expiration aggressivity to the distance from the history limit
https://hg.mozilla.org/mozilla-central/rev/990dff1b8831
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
I'll see if this makes any difference on my phone...
well, this should speedup expiration by 10x in your case, so instead of the 100 hours of navigation I calculated before, should do work in 10 hours or so. Provided you use a nightly from tomorrow on.
10 hours of use is a lot for a mobile browser!
(In reply to Justin Lebar [:jlebar] from comment #6)
> 10 hours of use is a lot for a mobile browser!

well, it will likely become usable BEFORE that time... 10 hours is time to reach perfection :)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: