bugGNU Wget - Bugs: bug #24663, Download-rate calculations are...


bug #24663: Download-rate calculations are error-prone

Submitted by:  Micah Cowan <micahcowan>
Submitted on:  Mon 27 Oct 2008 06:52:46 PM UTC  
Category:  Program Logic Severity:  2 - Minor
Priority:  3 - Low Status:  Needs Discussion
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Open
Release:  1.11.3 Operating System:  None
Reproducibility:  None Fixed Release:  None
Planned Release:  1.15 Regression:  None
Work Required:  0 - Hours Patch Included:  None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Sat 01 Aug 2009 09:37:19 PM UTC, comment #1:

So, this appears to be a misunderstanding of what that value is intended to represent, combined with unavoidable shortcomings in how it is calculated.

That value does not represent how much data was downloaded (which is represented in the left-hand column), but rather the rate (per second) of download corresponding to just that single row. This is calculated by taking how many bytes are represented by this row, and dividing it by the actual time it took to fetch those bytes.

This is susceptible to anomalies. Consider the case where 20k is downloaded, and then it takes a second or two, but then another 80k is downloaded (each row consisting of 50k). Well, the first row will show a download rate of maybe 25k a second, but the next row's data will then already be available in the system buffers, so when Wget tries to fetch it, it will obtain it virtually instantaneously. So, the bytes downloaded for row two will be 50k, but the amount of time taken will be fairly close to zero, resulting in an abnormally high number. This will be especially true on the very last row, which is likely to have less than 50k; so if ~12k is fetched instantaneously because it was already available, the download rate leaps to something huge.

A discussion should take place on what more appropriate download-rate calculation methods might exist.

Micah Cowan <micahcowan>
Mon 27 Oct 2008 06:52:46 PM UTC, original submission:


Micah Cowan <micahcowan>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by micahcowan (Submitted the item)



    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-08-01 micahcowan StatusNeeds Investigation => Needs Discussion
        Planned Release1.12 => 1.15
        SummaryIncorrect download speed calculations (with --progress=dot?) => Download-rate calculations are error-prone
    2008-10-27 micahcowan Priority5 - Normal => 3 - Low

    Back to the top

    Powered by Savane 3.4