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)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 91232

People

(Reporter: smoehle, Assigned: mscott)

References

()

Details

(Keywords: helpwanted, perf, qawanted)

Attachments

(1 file)

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.
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.
-Networking
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → benc
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
Marking NEW based on confirmation.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: perf
darin
Assignee: neeti → darin
confirm: linux build 2001-06-26/08
Keywords: helpwanted, qawanted
confirm winnt cvs build (6/26 - i think)
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
Is this a dup of 91232?
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.
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
Should be safe to mark this VERIFIED now.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: