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 LogicSeverity: 2 - Minor
Priority: 3 - LowStatus: Needs Discussion
Privacy: PublicAssigned to: None
Originator Name: Open/Closed: Open
Release: 1.11.3Operating System: None
Reproducibility: NoneFixed Release: None
Planned Release: 1.15Regression: None
Work Required: 0 - HoursPatch Included: None

Add a New Comment (Rich MarkupRich 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>
Project Administrator
Mon 27 Oct 2008 06:52:46 PM UTC, original submission:

http://article.gmane.org/gmane.comp.web.wget.general/8384

Micah Cowan <micahcowan>
Project Administrator

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 01 Aug 2009 09:37:19 PM UTCmicahcowanStatusNeeds Investigation=>Needs Discussion
      Planned Release1.12=>1.15
      SummaryIncorrect download speed calculations (with --progress=dot?)=>Download-rate calculations are error-prone
    Mon 27 Oct 2008 06:53:52 PM UTCmicahcowanPriority5 - Normal=>3 - Low

    Back to the top


    Powered by Savane 3.1-cleanup