|
|
Line 284: |
Line 284: |
|
| |
|
| ==Usa congiuntamente il Sistema crediti Fine== | | ==Usa congiuntamente il Sistema crediti Fine== |
| Il sistema funziona solo sui file incompleti (quindi file che stiamo scaricando), e nella SharkX c'è la possibilità di usare il sistema Crediti Fine congiuntamente agli altri Sistemi in lista. Questo sistema è concepito per stanare i leecher, in pratica punisce tutti i client che scaricano parzialmente file dal nostro client senza dare niente in cambio. La "punizione" consiste in un maggiorazione del tempo di attesa nella nostra coda.<br>Questo sistema prevede che i client che non supportano l'[[Identificazione sicura utente (SUI)|Identificazione Utente Sicura (SUI)]], perchè manca nel client o perchè l'utente l'ha disattivata, subiscano una penalità del 20% in termini di tempo di attesa in coda.
| | |
| <br>Per i file parziali, questo sistema assicura che ogni client possa ricevere fino a 4 chunk liberamente (un chunk = 9,28MB circa), dopo il quarto chunk inviato, senza che vi sia stata una ricezione di dati da parte nostra, la valutazione del client che ha ricevuto i dati viene diminuita.<br>Più alta è la differenza tra i dati inviati e la soglia dei 4 chunk, minore sarà la sua valutazione. Queste valutazioni non raggiungono mai lo zero, ciò significa che i client puniti possono comunque scaricare da voi se aspettano un tempo sufficientemente lungo.
| | |
| <br>Se un client, che è stato punito per aver scaricato troppo, comincia a inviarvi dei dati, allora la sua valutazione aumenterà.<br>Una volta che la differenza tra i dati unviati e quelli scaricati sarà più piccola di 4 chunk allora avrà raggiunto ancora la valutazione massima.
| | Per maggiori informazioni leggere la pagina relativa al [[Optional Fine CS (ita)|Sistema crediti Fine]] |
| <br><br> Qualche punto per chiarire meglio il funzionamento:
| |
| <br>- Non c'è ban
| |
| <br>- Non ci sono valutazioni "indovinate". Il CS reagirà in maniera deterministica alla situazioni vista.
| |
| <br>- E' basato su una differenza assoluta, non su un rapporto
| |
| <br>- Non c'è una corrispondenza lineare tra la valutazione data al client e la differenza
| |
| <br>- Non è mai assegnato alcun credito
| |
| <br><br>I client che sono all'interno della soglia dei 4 chunk sono tutti trattati allo stesso modo poichè hanno tutti la massima valutazione. Questo assicura 3 cose:
| |
| <br>- Il CS non può essere usato per credit shaping
| |
| <br>- Il CS non soffre il credit shaping
| |
| <br>- Estrema correttezza basata sul tempo di attesa e sulla priorità dei file
| |
| <br><br>Il sistema non interferisce con la spinta ai file piccoli (essendo questi tutti file piccoli).
| |
| <br><br>Qualche numero per chiarire le valutazioni che vengo assegnate in varie situazioni:<br>(In MegaByte)(Upload-Download) - Valutazione
| |
| <br>1 MB - 100
| |
| <br>2 MB - 100
| |
| <br>10 MB - 100
| |
| <br>20 MB - 100
| |
| <br>30 MB - 100
| |
| <br>37.1MB - 100 (4 soglia dei 4 chunk raggiunta)
| |
| <br>40 MB - 86
| |
| <br>50 MB - 55
| |
| <br>60 MB - 38
| |
| <br>70 MB - 28
| |
| <br>80 MB - 21
| |
| <br>90 MB - 17
| |
| <br>100 MB - 13
| |
| <br><br>(In numero di chunk)(Upload-Download) - Valutazione
| |
| <br>1 chunk - 100
| |
| <br>2 chunks - 100
| |
| <br>3 chunks - 100
| |
| <br>4 chunks - 100 (4 soglia dei 4 chunk raggiunta)
| |
| <br>5 chunks - 64
| |
| <br>6 chunks - 44
| |
| <br>7 chunks - 32
| |
| <br>8 chunks - 25
| |
| <br>9 chunks - 19
| |
| <br>10 chunks- 16
| |
|
| |
|
| ==Ricompensa uploader di chunk rari== | | ==Ricompensa uploader di chunk rari== |