=====
I'm pretty sure this is a (typo?) bug.  I couldn't find it in the "all
open bugs" list at "http://wget.addictivecode.org/BugTracker";.  Unless I
did something really stupid when configuring (a possibility :-)), the
code that computes the download rate for http downloads is incorrect.
Without the patch below, I saw download rates of up to multi-hundreds
of terabytes and a total download rate of petabytes.  It would be really
nice if I could actually get that kind of speed (;-})

--- wget-1.12/src/retr.c.orig   2009-09-04 12:31:54.000000000 -0400
+++ wget-1.12/src/retr.c        2010-01-26 00:38:38.317706000 -0500
@@ -301,7 +301,7 @@
       else if (ret <= 0)
         break;                  /* EOF or read error */
 
-      if (progress || opt.limit_rate)
+      if (progress || opt.limit_rate || elapsed)
         {
           ptimer_measure (timer);
           if (ret > 0)

Note that "elapsed" is included in the conditional above that allows
`ptimer_new()' to be called.

--    Paul Townsend


Reply via email to