Guide eMule : Come funzionano i CREDITI e le CODE

[jarod1981®]

Come sapete per ricevere da un client eMule dovete essere in cima alla sua coda...

Come funziona la CODA di eMule?

Ogni client ha un punteggio, ed il client con il punteggio piu' alto sta in cima alla coda, e quando si libera un upload slot ne prende il posto.

Il punteggio viene cosi' calcolato:

punteggio = tempo in coda * file priority * credits score

Il "tempo in coda" e' espresso in secondi, ogni secondo e' un punto. In pratica 5 minuti (300 secondi) sono 300 punti.

Il "file priority" varia a seconda del file richiesto. Ad esempio, i files in release hanno una priorita' di 1.8, quelli normali di 0.9, quelli in priorita' bassa 0.2.

Il "credits score" e' un rapporto che spiego piu' in basso.

Ora facciamo un esempio di un client che sta in coda da 10 minuti, senza crediti, e che ha richiesto un file in priorita' release.

Il punteggio sarà: 600 * 1.8 * 1 = 1080

Prendiamo invece un client che sta in coda da 30 minuti, sempre senza crediti, ma che richiede un file in priorita' bassa:

1800 * 0.2 * 1 = 360


I tanto famosi CREDITI

Innanzitutto come funziona il "credit score" di un client? Questo valore varia da un minimo di 1 ad un massimo di 10 e la sua formula, in linea generale, è la seguente:

credit score = (bytes ricevuti * 2) / bytes inviati

Ad esempio se da un client avete ricevuto 100Mb e ne avete inviati 10:

credit score = (100 * 2) / 10 = 20 (che diventa 10 visto che e' il massimo possibile)

Se invece ne avete ricevuti 100 ed inviati 50:

credit score = (100 * 2) / 50 = 4

Prima ho parlato di formula generale perchè in realtà, per evitare che anche chi manda solo 10Mb senza ricevere niente possa avere uno score di 10, la formula che eMule usa e' un po' diversa. E cioe':

score = radice quadrata dei [(bytes ricevuti / 1.000.000) + 2]

Ad esempio se riceviamo 10Mb, il risultato è:

radice quadrata di [(10.000.000 / 1.000.000) + 2] = radice quadrata di [10 + 2] = circa 3.8


Ora, per i volenterosi che sono arrivati fino a qui, spiegherò come mai il concetto di "costruirsi i crediti" con il tempo non ha molto senso, come mai non e' vero che si hanno basse velocità quando si e' appena cambiato l'userhash (anzi...) e come mai sistemi come quello lovelace sono migliori.

Prendiamo l'esempio nostro, della comunità italiana che si scambia spesso files. E' ipotizzabile mediamente, dopo un po', avere un rapporto dare/avere simile. Magari avremo dato di piu' ad alcuni client, e ricevuto meno da altri, ma alla fine il rapporto e' quello. Prendiamo il caso di un client a cui avete inviato 60Mb, e da cui ne avete ricevuti 50. Il vostro rapporto nella sua coda sarà:

(60 * 2) / 50 = 2.4

In pratica nel punteggio della coda avrete un bonus per i crediti di 2.4.

Ora prendiamo un altro utente, immaginiamo un utente nuovo che ha appena installato eMule e che ha un nuovo userhash e quindi zero crediti: un utente simile gli manda un intero chunk, 9.28mb. Sapete che score si prende lui appena arrivato per aver inviato solo quello? 3.4. Si' avete capito bene. Addirittura, anche mandando solo 4Mb avrebbe comunque uno score superiore al vostro. Ed e' vero che il suo score diminuirà dopo aver ricevuto (mentre il vostro rimane su perchè e' più duraturo), ma e' anche vero che basta cambiare l'userhash di nuovo per ripetere la stessa situazione. Ecco perche' non ha senso dire che dopo aver cambiato versione ed essere passati alla 0.29b si va lenti per via dei crediti spariti, ed ecco perchè lovelace ha implementato nella sua mod un sistema di crediti più giusto, basato su quanto effettivamente si e' trasferito nel tempo (e che va da 0,1 a 10, mentre quello di eMule va da 1 a 10), e dove cambiare spesso l'userhash non premia.

[Solo gli utenti registrati possono visualizzare tutti i links]