Feature: Zz Transferratiobalance Session ratio. More flexible limiting of download speed
#41
Posted 07 December 2005 - 12:48 AM
I got to the 1:3 rato and my download did go nuts It was jumping up and down and actual rato (after 25h) was 1:4.4 .
Looking at the download graphics i was thinking, that would it not be better to actually try to limit the download to more stable number, to achieve 1:3 ratio?
If the session ratio is reached, then limit the download to U:D 1:2. After user has gone below 1:3 the download is increased until it has almost steady 1:3. At the moment i got really the feeling that the downlaods are stuck because of this limitation. They continue randomly
Other idea was that if download limit is applyed, it would be nicer, if the download of lower level files will be stopped. That way the user would have some kind of control over his downloads and still gets punished. If all files have the same priority, then random files will be stopped.
I think that 1:3 is actually a good feature (and cumulative 1:2 would be good) and the only reason, why i got the limit was, that i had some too popular files on download, when switched to Armadillo
/chazz
#42
Posted 07 December 2005 - 07:25 AM
And you meant a global ratio of 1:1, did you?
You should post a high resolution screenshot of the statistics graph, so that the behaviour can be better analysed. I have personally never seen such a situation (they should really be very popoular files! )
#43
Posted 07 December 2005 - 09:13 AM
CiccioBastardo, on Dec 7 2005, 10:25 AM, said:
1:1.5? At the moment I have 1:1.16 after running 250 days. Had positive ratio some time ago, but things got a bit out of hand Working at the moment (after current downloads have ended) on 1.20:1 ratio
CiccioBastardo, on Dec 7 2005, 10:25 AM, said:
At the moment ratio is nice 1:3, but added some random files for test purpoce. I'll make the screen in evening. It looks like the download starts jumping, if there are many active downloads. That is actually logical, if 100kB download is limited to 1kB. At the moment also had some spikes, but over longer period of time.
/chazz
#44
Posted 07 December 2005 - 09:39 AM
That standard official looks fine when I look at it but there are some cases where it doesn't seem to work exactly right. For instance, there's also been reports on the download speed not allowed to actually reach the dl limit set in prefs, and I think under some rare circumstances it doesn't limit completely (for really slow dl speeds in each socket).
A tester helped me do some runtime runs to verify this behavior (the numbers says it's there), but I haven't been able to figure out a fix for it (those test runs were with the official version, probably 0.45 iirc).
/zz
#45
Posted 07 December 2005 - 10:32 AM
The ratiocode of SF or Netfinity seem to perform better while limiting the speed of the clients - maybe you should try them out
#46
Posted 07 December 2005 - 12:32 PM
#47
Posted 07 December 2005 - 07:02 PM
#48
Posted 08 December 2005 - 06:04 AM
I wasn't able to see what is the time-scale in your screenshot ? If one "cm" represents only few seconds, than the picture seems normal to me when being on zzulratio.
The ratio works fine over here and yes it's a bit annoying when the one download that only get's a little bit once a week is the one that get's "ratioed", but so what?
What I like also about the 1:3 sessionratio is that it makes the cumulative ratio limit at 1:2 or something. (this session hits the ratio, next doesn't, next session without DL at all...)
My experience is, that when beginning with emule and feeling such a lot of downloadneeds, I ended up with a very bad up/down-ratio. But with time and most needs fullfilled, my cumulative ratio tends to go down more and more.
( from 1:4,something to now 1:1.84 )
Don't You think this may be the more or less general tendency with most users?
coluche
#49
Posted 08 December 2005 - 08:04 AM
CiccioBastardo, on Dec 7 2005, 10:02 PM, said:
Upload limit is 25kB. USS enabled with 20kB minimum up. So it jumps between 20 and 23.
Edit: between 18 and 23
coluche, on Dec 8 2005, 09:04 AM, said:
Yeah, discovered eMule yesterday. Thanks! Now i see
The reason for reporting the behaviour was that (as you can see) after some time ratio goes over 1:3 and this is alsowhen everything goes crazy When the limit is first reached, the graphics line is steady and you actually can't see see the differents on download side.
And once again - if i had not restarted the client, i would have never reached the ratio. Or even got near it And it is going OT
/chazz
This post has been edited by chazz: 08 December 2005 - 08:07 AM
#50
Posted 08 December 2005 - 09:56 AM
And I have a ratio 1:3:89. When I raised the upload to 8, slowly everything went OK (now ratio is 1:2.58)
There's something wrong with the way the throttling is done when the zzRatio is reached, IMHO.
I'll try to have a look, but for zz it may be easier to find the problem
#51
Posted 08 December 2005 - 04:31 PM
/zz
#52
#53
Posted 15 September 2006 - 06:43 PM
THX 4 your mod !
I tested it today the first time.
But i have problems with the ratio.
i've got 2000kb down and 100kb upstream with both unlimited in emule.
i reach the ratio after 15 minutes!
is it possible, to make no ratio for all, who have unlimited up and downstream?
TrainOfDeath
#54
Posted 15 September 2006 - 07:51 PM
#55
Posted 16 September 2008 - 01:00 AM
I just upgraded recently, hadn't been using emule much for the last month, and wanted to get some files. So i'm queuing up stuff and notice my download speed isn't worth crap. and finally find that its this ZZRatio crap.
I have 160gig uploaded, with a 5.79:1 radio UL:DL, and this crap is downloading me to 16kb/s just cause i closed emule once in a month.
I'm just saying, people like me who generally run it forever, i just leave it running once i'm done downloading, but if i want to get something and for whatever reason it stopped i start it up again, and let it run till my computer crashes or similar. (MorphXT build at very least still crashes on running out of disk space last i checked)
Anyways, my main point is that this ZZRatio is a good /idea/ but needs to be reworked so people like me who share a shit-ton more than they download shouldn't have a huge penalty for a few HOURS cause this thing only takes into account session. Till this gets reworked i think i'm going to just close emule anytime my downloads finish cause cumulative ratio is worth shit with this.
Another reason for that, is that at least in every place i've been download speed is far greater than 3 times the upload speed (right now i have 512kbit up, while 3mbit download, thats 6:1, and this about the lowest ratio i've had (used to have 8mbit down:128kbit up) So Mule crashing, or computer crashing would KILLLLLL my download for like 24 hours at least probably.
#56
Posted 16 September 2008 - 07:54 AM
#57
Posted 16 September 2008 - 08:49 PM
Unfortunately, that's how ZZRatio works. If you do not like it, use the official client that allows you to have an infinite download speed with just 10KB/s of upload.
#58
Posted 17 September 2008 - 04:37 PM
/zz
#59
Posted 18 September 2008 - 04:40 AM
One thought about modifying it, as one of these posts mentioned, installing a different mod client or the offical would be easier than editing the config, or with some extra effort and knowledge i could just about as easily get the source code and remove that section
And finally a couple thoughts on how i might implement this:
the first 10/15/30 minutes or something give the user the benefit of the doubt about the cumulative ratio not being edited, then after that time limit go fully off session ratio.
in that case, even if you edited the config files, restarting every 10 minutes would make you lose connections so doing that to bypass the ratio would make it slower than actually uploading some.
Or factor in the cumulative as a part of it somehow, either a larger cumulative ratio would allow you to be at 5:1 for a lets say the first 30 minutes of this session
Or if you wanted to get complicated about it, right when you start it averages the two ratios, then the percentage of the average used is reduced over time to eventually being only dependent on the session ratio
#60
Posted 18 September 2009 - 10:55 AM
For avoid this behaviour i did some tests, and i have see that emule's download limit don't work as expected (i don't know the reason). If i set download limit to 100 kb/s, and i can download (without limit in the same moment) @ 180-200 kb/sec, my average download will be 80kb/sec (so not close to 100).
Then, my suggestion is:
When U:D ratio reaches 1:2.9 (or 2.95) the client automatically set the download limit to:
minUPload*4.375 (where minUPload is the setting in USS if it's enable or the setting in Option-->connection)
I do this manually and all works fine (no more spikes, ratio close to 1:3).
Extended signature: click.