Feature: Zz Slotfocus Faster completion of chunks during UL
#81
Posted 08 August 2006 - 12:00 PM
#82
Posted 08 August 2006 - 12:34 PM
unfortunately I don't think they will add this feature, official devs from the Top prefer to have X slots to an approximately same speed each other, to be more "fair" to everybody
which I respect too
even if I'd prefer this to be implemented
The extreme limit of wisdom, that is what the public calls madness.
#83
Posted 08 August 2006 - 12:51 PM
Aide officielle eMule Tutoriels, Aides diverses et liens utiles >>TADELU<<
Les règles du forum
Ce serait sympa de lire "A lire avant de poster" AVANT de poster, il sert à ça ce post
LENTEUR DES TELECHARGEMENTS : LES RAISONS
#84
Posted 08 August 2006 - 10:37 PM
#85
Posted 08 August 2006 - 10:41 PM
#86
Posted 08 August 2006 - 10:56 PM
#87
Posted 10 August 2006 - 12:59 PM
Judging from realistic simulations involving a sledge hammer and a common laboratory frog, we can assume it will be pretty bad.
#88
Posted 10 August 2006 - 01:16 PM
/zz
#89
#90
Posted 12 August 2006 - 02:36 PM
Is there any reason why they don't want it?
Aide officielle eMule Tutoriels, Aides diverses et liens utiles >>TADELU<<
Les règles du forum
Ce serait sympa de lire "A lire avant de poster" AVANT de poster, il sert à ça ce post
LENTEUR DES TELECHARGEMENTS : LES RAISONS
#91
Posted 12 August 2006 - 03:31 PM
#92
Posted 12 August 2006 - 03:41 PM
I can't see the reason why it could not be implemented, might it harm the network?
Aide officielle eMule Tutoriels, Aides diverses et liens utiles >>TADELU<<
Les règles du forum
Ce serait sympa de lire "A lire avant de poster" AVANT de poster, il sert à ça ce post
LENTEUR DES TELECHARGEMENTS : LES RAISONS
#93
Posted 12 August 2006 - 09:33 PM
Quote
Absolutely not, unless you consider the trickle slots an harm.
However, I think there's be tons of people coming and complaining about the fact that they upload to less people and that their friend slot is sucking up completely their up bandwidth.
#94
Posted 21 August 2006 - 06:03 PM
#95
Posted 03 September 2006 - 10:37 AM
Aide officielle eMule Tutoriels, Aides diverses et liens utiles >>TADELU<<
Les règles du forum
Ce serait sympa de lire "A lire avant de poster" AVANT de poster, il sert à ça ce post
LENTEUR DES TELECHARGEMENTS : LES RAISONS
#96
Posted 03 September 2006 - 12:28 PM
Also, the upload complete parts as fast as possible philosophy appears to be very centric around a single upload/download session like if it where an FTP transaction. But, the ed2k network is designed with the idea that a client should download from multiple sources at the same time where an other source take over as soon as an other leave. I think it is more effective to use dynamic session lenghts promoting less common parts if you want to increase the availability of parts.
Also, I hate trickle slot running at speeds below 1 kB/s as they look very suspicously alike **AA bots or some evil leecher client that tries to lock a slot for along time for it's own vicious purpose. I have actually thought of banning clients that upload/download to slowly as I can't find any senseful reason for them to do that.
/netfinity
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)
#97
Posted 03 September 2006 - 12:39 PM
netfinity, on Sep 3 2006, 02:28 PM, said:
The same reasoning could be applied to smaller chunks. the total downlaod time for the file is the the same.
Trouble connecting to a server? Use kad and /or refresh your server list
Strange search results? Check for fake servers! Or download morph, enable obfuscated server required, and far less fake server seen.
Looking for morphXT translators. If you want to translate the morph strings please come here (you only need to be able to write, no coding required. ) Covered now: cn,pt(br),it,es_t,fr.,pl Update needed:de,nl
-Morph FAQ [English wiki]--Het grote emule topic deel 13 [Nederlands]
if you want to send a message i will tell you to open op a topic in the forum. Other forum lurkers might be helped as well.
#98
Posted 03 September 2006 - 12:54 PM
Quote
Good point. In the mean time, the other chunks are spread faster to other people so I thought that the whole DL speed would increase.
Quote
Yes, you're right.
So to you, slotfocus is not effective, you're talking about dynamic session lenghts, what is that?
Me too, I hate trickle slot, I would let them in the waiting queue, but I am not sure if it is possible and of course it is unethical (but...).
What would you suggest to handle bigger connection (ie upload at 100 kB/sec or much more, I've seen you at 800 ) :a kind of rewrited slotfocus or the basic stuff of vanilia mule?
Aide officielle eMule Tutoriels, Aides diverses et liens utiles >>TADELU<<
Les règles du forum
Ce serait sympa de lire "A lire avant de poster" AVANT de poster, il sert à ça ce post
LENTEUR DES TELECHARGEMENTS : LES RAISONS
#99
Posted 03 September 2006 - 01:14 PM
netfinity, on Sep 3 2006, 02:28 PM, said:
A real trickle slot should not last more than few minutes, the time to finish uploading 1 or 2 chunks to the clients with higher priority. However, I have never seen them as a negative factor. I consider whatever comes in my computer as a good thing. For corrupting bots, the AICH and CBB should be enough to get rid of them.
Slotfocus helps a lot when releasing a new file. During that period, the faster the chunk spreading the faster the number of source increase. And being an exponential function, you see that every single bit helps greatly boosting the release performance. During the release of new files, the spreading of the other files is unimportant (that's why PowerShare has been created), and slotfocus gives its maximum benefits.
Think about this simple example: spreading a 20 chunk file with an upload speed of 60KB/s, supposing there's a number of clients wanting that file. See what changes with slotfocus enabled and disabled.
#100
Posted 03 September 2006 - 02:06 PM
Download of part without slotfocus
| Waiting time....... | Download...... |
Download of part with slotfocus
| Waiting time............. | Download |
EDIT: added dots to make bars different length
As you see the waiting is done before the download and therefore the part completes at the same moment independant of slotfocus. The only case where parts would spread faster is when you use slotfocus in combination with a push rare parts feature, but using slotfocus alone is in my eyes useless.
gigatoaster, on Sep 3 2006, 02:54 PM, said:
gigatoaster, on Sep 3 2006, 02:54 PM, said:
I don't dislike slotfocus, but I don't like trickle slots at very low datarates as they causes disturbances in the download that make parts taking longer time to complete and therefore also causing extra overhead. Now, some say that you will get full speed after a while but reality shows that a lot of clients cut you off instead and with these insanly low datarates it's hard to tell what sources are the good ones.
This post has been edited by netfinity: 03 September 2006 - 02:11 PM
- Compiled for 32 and 64 bit Windows versions
- Optimized for fast (100Mbit/s) Internet connections
- Faster file completion via Dynamic Block Requests and dropping of stalling sources
- Faster searching via KAD with equal or reduced overhead
- Less GUI lockups through multi-threaded disk IO operations
- VIP "Payback" queue
- Fakealyzer (helps you chosing the right files)
- Quality Of Service to keep eMule from disturbing VoIP and other important applications (Vista/7/8 only!)