Closed
Bug 87249
Opened 23 years ago
Closed 23 years ago
Downloading files is taking 100% of CPU - much more than it used to
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: smoehle, Assigned: mscott)
References
()
Details
(Keywords: helpwanted, perf, qawanted)
Attachments
(1 file)
20.96 KB,
image/jpeg
|
Details |
If you click on the above URL and choose to save it to disk, Mozilla will take 100% of the CPU while the download is in progress. This is a regression. Previously, Mozilla would take about 40 to 50% of the CPU. Here is a rough timeline: 2001/06/10 - Mozilla takes 40 to 50% of the CPU. 2001/06/16 - Mozilla takes 100% of the CPU, the progress dialog is updating itself in a most frenetic fashion, and the percent downloaded is shown as NaN%. 2001/06/21 - Still behaving like 2001/06/16. I did not test anything between 6/10 and 6/16 so I do not know exactly when this started. Tested on a 1 GHz Athlon machine running Linux. Download speed of the file is 500KB per second.
Comment 1•23 years ago
|
||
Behavior for this download link is indeed funny. I only reach around 16% cpu utilization, but I only have an ISDN connection and thus do not get more than 7-8k per second. I also get the NaN percentage and Time left shows some very interesting numbers like 0-10:0-37. I will attach a screenshot.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
-Networking
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → benc
Comment 4•23 years ago
|
||
When I download a big file fast on Linux, I also see ridiculous CPU usage. An example is downloading an OpenOffice build. I'm running a ~700MhZ Pentium III, and on the same machine, wget uses about .9% of CPU, whereas Mozilla uses 80%. This is with download speeds of roughly 500KB/s. I think part of this is that the display dialog gets updated faster when downloading is faster, so that with a really fast download the numbers on the dialog are spinning at a frantic pace. I suspect (indeed I hope) that that's the source of the high CPU usage. y
Comment 5•23 years ago
|
||
Marking NEW based on confirmation.
Comment 7•23 years ago
|
||
confirm: linux build 2001-06-26/08
Updated•23 years ago
|
Keywords: helpwanted,
qawanted
Comment 8•23 years ago
|
||
confirm winnt cvs build (6/26 - i think)
Comment 9•23 years ago
|
||
this problem only occurs after choosing a location for the downloaded file, but necko is busy downloading the file in the background well before this happens. so, this must be a problem with the download progress dialog. -> mscott (mr. download dialog)
Assignee: darin → mscott
Comment 10•23 years ago
|
||
Is this a dup of 91232?
Comment 11•23 years ago
|
||
Seems to be a dupe of 91232 indeed, only the URL's are different...but the problem is the same. (well if you consider 100% and 99% as close enough, of course). I may even add that it's probably 91232 that is a dup of this one.
Comment 12•23 years ago
|
||
The strange percentage and time left "numbers" have disappeared as of 2001081008, as well as 0.9.3. Bug 91232 does indeed appear to be a duplicate. This one is older, the other one has more hard facts.. I will sacrifice this one. --> duplicate *** This bug has been marked as a duplicate of 91232 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•