Gânduri al doilea pe retrekerov idee, precum și experiența practică în utilizarea de adăugare conduce la o concluzie dezamăgitoare: în ciuda atractivității tehnologiei, este foarte des descărcarea încă nu este la viteza maximă posibilă.
De ce se întâmplă acest lucru?
Și din cauza tuturor, să zicem, 1000, colegii implicați în răspândirea torentului, clientul se conectează la primul, să zicem, 100 (sau mai multe, dar nu a pus în setările) și să uitați despre restul. Foarte des, cu sărbători locale, clientul nu are timp să se conecteze și, în ciuda disponibilității unui retrecker, descărcarea se face prin Internet.
Poți să faci ceva despre asta?
Văd mai multe opțiuni.
1. Pentru a convinge dezvoltatorii de clienți torrent (același uTorrent) să adauge opțiunea de prioritate pentru colegii din aceeași subrețea ca și dvs. Această idee este discutată activ în forumul uTorrent. Invităm pe toți cei care cunosc limba engleză să participe la discuție, deoarece în prezent dezvoltatorii nu doresc să adauge această opțiune.
2. Prin ipfilter.dat blocați toate IP-urile, cu excepția celor care aparțin furnizorului dvs. (un exemplu al acestei metode pentru Vanguard-SPb). Din păcate, dacă nu există distribuitori locali pe distribuție, descărcarea se va opri cu totul, iar schimbarea ipfilter.dat în zbor nu este prea convenabilă. Pe de altă parte, această metodă mi-a permis să măresc viteza de descărcare de 2-3 ori pe unele distribuții.
3. Dezactivați DHT și PEX, precum și blocați domeniile trackerelor pe care le folosiți, prin gazde, astfel încât listele de colegi să vină numai de la reager. Ca și în paragraful 2, problema este că, dacă nu există distribuitori locali pe distribuție, nimic nu se va schimba. În plus, ratingul va fi acoperit de tracker-ul principal.
4. Mențineți doi clienți cu setări diferite - unul pentru traficul local, altul pentru Internet. Incomod, dar funcționează.
5. Ia unele client opersorsny, cum ar fi Vuze (java) sau Halitul (C ++), și pentru a adăuga funcționalitatea necesară le (eventual, în timp ce adăugarea de torenți a patch-urilor opționale direct la client). Ei bine, dar câți oameni vor schimba clientul doar din cauza vitezei?
Colegi, cineva are alte idei pentru a rezolva această problemă? În opinia mea, această problemă este principala limitare, care este limitată de viteza de descărcare atunci când utilizați retrekeri pentru ziua de azi.
De asemenea, o întrebare pentru dezvoltatorii C ++ sau Java prezentă aici: este cineva gata să facă pasul 5 sau 6?
Trimiteți-le prietenilor: