210282 - Download manager performance degrades too quickly with a large number of entries

Status: RESOLVED DUPLICATE of bug 161783

(SeaMonkey :: Download & File Handling, defect)

Description

[Daniel van Vugt]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529

The response time of the Ctrl-S save functionality and "Remove from list" within
the download manager seem to degrade at least linearly (possibly exponentially)
with the number of outstanding entries in the download manager list.

With several hundred entries lying about in my download manager, it would take
almost 10 seconds for Mozilla to respond to Ctrl-S. Furthermore, when I realized
the problem and cleared the download manager, it took almost an hour to do so
and the browser to come back to life. Having done so, Mozilla is a lot quicker
to save files once again.

Reproducible: Didn't try

Steps to Reproduce:
1. Clear the download manager 
2. Measure how long it takes to save a file (an inline image for example)
3. Download lots (hundreds?) of files and leave them in the download manager
4. Measure how long it takes to save a file now.

Actual Results:  
Mozilla stopped responding and used a ridiculous amount of CPU time when
"saving" files.

Expected Results:  
A responsive GUI.

Comment 1

[Daniel van Vugt]

The comments on bug 132755 suggest that the cause is a linear search in
downloads.rdf.

Comment 2

[John Morrison]

*** This bug has been marked as a duplicate of 161783 ***