Official eMule-Board: Feature: Zz Lowidfairness - Official eMule-Board

Jump to content


Page 1 of 1

Feature: Zz Lowidfairness Be more fair to low ID clients!

#1 User is offline   zz 

  • -
  • PipPipPipPipPipPipPip
  • Group: Debugger
  • Posts: 2014
  • Joined: 30-November 02

Posted 13 March 2004 - 12:11 AM

Quote

ZZ LowIDFairness: Be more fair to low ID clients!
Low ID clients connecting to a ZZUL client will be more fairly treated compared to how they are treated by the official client. If you are a low ID client, and it is your time to download from a remote client, you will not be able to download until your client connect to that remote eMule client the next time.

If the remote client is an official eMule client, it may be that you are not allowed to start download event when you next reconnect, even if your time to download has come.

If however, the remote client is a ZZUL eMule, you will alway be allowed connect. If you have waited longer (since it was decided that you should get to download the next time you reconnect) than the last of the fully connected clients, then you will downgrade that client to a trickle slot, and take its fully activated slot. If you have not waited that long, you will get a trickle slot, and will be kept connected for up to 3 minutes. If you are upgraded to a fully active client during that time, everything is ok, you have your slot.

If you are not upgraded to a fully active client during that time, you may be put back on queue, but you will be put in first place. This means, that the next time you reconnect (about 20-30 minutes later) you will have a greater chance of downgrading one of the already connected clients, and get a fully activated slot.

This behaviour gives equal opportunity for high and low ID clients. (Please note, that you will not be able to downgrade a client that wants a powershared file, unless you also want a powershared file).


Please posts questions about this feature in this thread.

/zz B)
ZZUL - get control of your uploads: ZZUL Forum
0

#2 User is offline   zz 

  • -
  • PipPipPipPipPipPipPip
  • Group: Debugger
  • Posts: 2014
  • Joined: 30-November 02

Posted 13 March 2004 - 02:06 AM

NynkeNL, on Mar 5 2004, 03:44 PM, said:

Clients with a lowID are getting all bandwith when getting a slot. Why is that?

There's no way for your eMule to tell a low id client immediately when it gets an upload slot. Instead you have to wait for the low id client to connect to you (up to 20 minutes later). When it connects you tell it "by the way, you should have gotten an upload slot a while ago. So here's your upload slot now". When the low id client gets the upload slot, it will get the place that it would have been in, if it had been able to get the upload slot immediately. That means it will skip those other clients that has gotten upload slot AFTER the low id should have gotten the slot.

That's why a low id client can sometimes get a focused slot at once when it gets the slot. This is normal behaviour, and completely fair.

/zz B)
ZZUL - get control of your uploads: ZZUL Forum
0

#3 User is offline   yidaki 

  • Advanced Member
  • PipPipPip
  • Group: Members
  • Posts: 54
  • Joined: 12-September 03

Posted 24 March 2004 - 08:18 PM

How is this practical?
I understand that low-id clients doesnt get all sources, and therefore gets lower speed or whatever when downloading.
But, they dont get all sources for uploading either, so they cant be uploading as well as a high-id client.
Wouldnt it be better for spreading purposes to prioritize high-id clients instead?
0

#4 User is offline   zz 

  • -
  • PipPipPipPipPipPipPip
  • Group: Debugger
  • Posts: 2014
  • Joined: 30-November 02

Posted 24 March 2004 - 10:01 PM

No clients are prioritized with this solution. Official eMule makes it easier for high id clients to get an upload slot, and I've corrected that.

I prefer to have them equal as in ZZUL, but it is of course a matter of taste.

/zz B)
ZZUL - get control of your uploads: ZZUL Forum
0

#5 User is offline   serraph 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 4
  • Joined: 23-May 03

Posted 25 March 2004 - 03:23 AM

I think it's a good idea. I am behind a college apartment firewall so I have to suffer with a low-id all the time. During the first 24 hours, my statistics will show 60% accepted d/ls and 40% failed downloads. The percentage starts to rise after 24 hours however but this means I cannot close emule to play games or anything that uses high CPU usage because I'll have to start over again.

This post has been edited by serraph: 25 March 2004 - 03:24 AM

0

#6 User is offline   leexgx 

  • UK MAD FOR LESS
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 2533
  • Joined: 04-November 02

Posted 25 March 2004 - 09:59 AM

what i do when playing games in just lower the upload to 11k (27k max usable upload) and games are then playable (low ping)

if on a 128k line (15k or lower max ish) just drop your downloads to 5 k or lower and bring them back up when fnished

or you could try the uss and set the ping to 50 max (or maybe lower) and set the max upload speed to 2k (but if you get to 1:3 ratio your downloads be limited )

This post has been edited by leexgx: 25 March 2004 - 10:00 AM

in and around
0

#7 User is offline   eklmn 

  • Splendid Member
  • PipPipPipPip
  • Group: Member_D
  • Posts: 232
  • Joined: 12-January 03

Posted 25 March 2004 - 12:12 PM

zz, on Mar 13 2004, 02:06 AM, said:

There's no way for your eMule to tell a low id client immediately when it gets an upload slot.

What do you mean by that? HighID->LowID connection? or LowID->LowID connection?

This post has been edited by eklmn: 25 March 2004 - 12:13 PM

0

#8 User is offline   buzz 

  • Golden eMule
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 860
  • Joined: 25-December 02

Posted 25 March 2004 - 01:53 PM

Quote

There's no way for your eMule to tell a low id client immediately when it gets an upload slot.



I thought that's what server are supposed to do? Can't you make a direct call over the server? Or is this just to reduce overhead?

If this isn't possible over the server, how did lowid clients in eDonkey-only times ever get to download? Without queues it would have been pure luck for a low id to download. Only if he connected exactly when the source has an empty upload slot, he had gotten any download....
0

#9 User is offline   zz 

  • -
  • PipPipPipPipPipPipPip
  • Group: Debugger
  • Posts: 2014
  • Joined: 30-November 02

Posted 25 March 2004 - 03:59 PM

buzz: yeah, you're right. It's to lower the stress on server. So "there's no way" is not completely accurate.

/zz B)
ZZUL - get control of your uploads: ZZUL Forum
0

#10 User is offline   Hykke 

  • Newbie
  • Pip
  • Group: Members
  • Posts: 6
  • Joined: 27-May 08

Posted 26 June 2010 - 06:03 AM

I love this feature.

Lowid users have smaller queues, so it's easier to get through the queue to get a download slot
(I'm high id myself).

This feature ensures I send lowid users their fair share, meaning I advance even faster through their already small queue

If you look at the download queue in the official eMule, the lowid users would always stand in line waiting for other lowid users to get a slot first, even when highid users with much lower priorities had already been allowed to download. So when a lowid user finally connected, eMule would think that there were 10 other lowid users in front of the current connecting lowid user. The problem being that these 10 other lowid users had probably disconnected, and were not removed from the queue yet
0

  • Member Options

Page 1 of 1

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users