Closed Bug 78746 Opened 24 years ago Closed 24 years ago

History performance too slow

Categories

(Core Graveyard :: History: Global, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 66907

People

(Reporter: tpringle, Assigned: alecf)

Details

Build ID: 2001050204 Running on a 266MHz PentiumII/ 128MB of RAM, History takes too long to open - specifically: When clicking on a drop down arrow next to "Yesterday" for instance, it took about 6 seconds to open an entry with about 20 top level domain name entries. I believe this gets worse the more entries you have based on my unscientific testing. For instance, the "Older than 6 Days" entry, which has a lot of top level domain entries underneath it, took a very long time - about 10-12 seconds during which I couldn't do anything else within the application. Seems to be the same situation whether the sidebar tab or history management window is being used.
Nominating nsbeta1.
Keywords: nsbeta1
I don't think there's any way I can make this faster for beta - we need two, fairly large things: - implement indexing in mork, and make use of it in histoy - switch to rdfliner each of these are a signifigant chunk of work (5+ days)
I should add that it's unclear at this time which of these would post the bigger gain, as I haven't profiled. My GUESS (with NO profiling involved) is that switching to rdfliner would provide perhaps a 30% improvement, and mork indexing would provide perhaps a 20% improvement...
I thought I had a dupe somewhere... *** This bug has been marked as a duplicate of 66907 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.