aMule Forum

English => aMule Help => Topic started by: gyom on July 24, 2008, 07:13:53 PM

Title: aMule 2.2.1 - statistics not accurate ?
Post by: gyom on July 24, 2008, 07:13:53 PM
Hi all,

this is my first post, so let me begin with many thanks to all aMule developers. Keep up the good work, guys, this is a great piece of software.

I'm using aMule for mac os x since version 2.1.3, and I recently upgraded to 2.2.1 using a user-compiled package for mac os x (I'm using this build: http://forum.amule.org/index.php?topic=13920.0 (http://forum.amule.org/index.php?topic=13920.0), so thanks to gtoso too). All the small defects of the previous version are gone, so I'm really happy with this version (and it is nicer to the eye).

However, I noticed that bandwith statistics are not accurate : the global download rate is not coherent with per-file download rates (see attached screenshot).

Am I the only one with this problem, or is it a known bug (or feature) ?

Thanks
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: Stu Redman on July 24, 2008, 11:44:01 PM
I have noticed this too (on Windows). Sometimes the download rates for the files stay quite constant, and so does the total rate, but somehowit doesn't add up.  :P
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: wuischke on July 25, 2008, 09:55:09 AM
This should be due to different times, i.e. the global download speed is updated at a different time than the individual speeds. If there are really big differences this might be a bug, but I expect it to be normal behavious caused by the timers.
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: gyom on July 25, 2008, 10:03:47 AM
Hi wuischke,

No, I do not think that timers are the cause of this problem. Like sturedman, incoherences also happen with very stable download rates. I had noticed some glitches in statistics in the previous versions, but this was only a matter of seconds before all figures got coherent.

In 2.2.1, I always get a global download rate which is clearly lower than the addition of individual rates.

This is no big deal, but I wanted to report it to the development team, as I suspect it is a bug.
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: wuischke on July 25, 2008, 10:08:24 AM
In this case, thanks a lot for the report, I'm sure Stu is already looking into it...  ::)
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: GonoszTopi on July 25, 2008, 07:10:31 PM
I suggest you better do a forum search before...

http://forum.amule.org/index.php?topic=8736.msg76366#msg76366
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: Stu Redman on July 25, 2008, 10:59:39 PM
I'm sure Stu is already looking into it...
You bet.  ;) Here's a patch for it.
I do accept the reasons for the difference, but no need to display it differently.
Since the total download rate is more precise according to GonoszTopi, I calculate a compensation factor from the total rate and the sum of all file download rates, and use it to adjust the file download rates. Now it sums up.

Agreed?

Edit: patch has no effect on remote gui (but at least doesn't break it any more)
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: gyom on July 27, 2008, 05:38:40 PM
Hi all,

I still wonder how things are calculated (and no, I will not read the code, sorry :-), because the total transfer rates does not seem to me to be just a "longer average" of the same value. However, it is not very annoying, so like in the other forum thread, I will just ignore the "total transfer" displayed in the main window (If I understood right, the long-run statistics *are* coherent anyway, so great)

Stu, thanks for you patch, but as I said, I will probably not have the energy and everything to recompile aMule just to fix this. But will this patch be commited in the SVN ? If so, things will get fixed for everyone with the next release.

Thanks a lot anyway !
-Gyom
Title: Re: aMule 2.2.1 - statistics not accurate ?
Post by: Stu Redman on July 27, 2008, 11:31:09 PM
Patch is in SVN (slightly modified - transfer rates of sources are now adjusted to).