Polska dyskusja / Polish thread

[MaV]

W tym miejscu bêd± prowadzone dyskusje na temat µTorrent'a po Polsku . Je¶li macie jakie¶ pytania, ¿yczenia, lub po prostu chcecie siê podzieliæ spostrze¿eniami, piszcie tutaj.

Do tematu tego zostan± przeniesione posty z forum "Translations" nie dotycz±ce t³umaczenia samego w sobie.

Polskie t³umaczenie uTorrent'a

W dziale download na stronie, po prawej stronie na dole znajduje siê link do tzw. Language Pack'a. Zawiera on sporo jêzyków, w tym tak¿e polski. Wystarczy ¶ci±gn±æ ten plik i wrzuciæ go do katalogu w którym znajduje siê sam uTorrent, a program powinien wykryæ i automatycznie za³adowaæ nasz rodzimy jêzyk .

[Frankosio]

Witam,

Mam pro¶bê/propozycjê dla t³umaczy, ¿eby przet³umaczyli (a raczej opisali) dzia³anie poszczególnych opcji ustawieñ z ostatniego okna preferencji uTorrenta (ZAAWANSOWANE).

Jak dot±d nigdzie nie widzia³em nigdzie takiego opisu, a przyda³by siê napewno w eksperymentowaniu z ró¿nymi ustawieniami uTorrenta.

Mam jeszcze pytanie...

Jak uTorrent udostêpnia pliki tzn. jaka metoda jest tu ustawiona domy¶lnie i czy jest mo¿liwo¶æ ingerencji w te ustawienia ??

Rozwijaj±c to pytanie powiem w czym rzecz.

Za³ó¿my ¿e zaczynamy seedowaæ nowego torrenta wielko¶ci 500 MB. Po jakim¶ czasie (np. po 1 godz.) jest np. 60 peerów i wszyscy s± do nas pod³±czeni - czyli do wszystkich (na zmianê) wysy³amy czê¶ci torrenta.

SEDNO sprawy: uTorrent pokazuje ¿e wys³ali¶my ju¿ te 500 MB (fizycznie tyle uploadu posz³o), ale ¿aden z peerów NIE MA wiêcej ni¿ 45-50% ca³o¶ci.

Zauwa¿y³em ¿e tak siê dzieje niezale¿nie czy ustawiê SUPER SEEDING czy te¿ jadê na zwyk³ym udostêpnianiu.

W ramach testu wy³aczy³em udostêpnianie po wys³aniu 110% wstawki i czeka³em czy wska¼nik ilo¶ci pobranej podskoczy u peerów tzn. czy maj± oni wszystkie czê¶ci wys³ane.........

I LIPA :/

Po 6 godz. przerwy w seedowaniu najwy¿szy wska¼nik peera wynosi³ 52,4% czyli podskoczy³ o nieca³y 1% od momentu wy³aczenia uploadu przeze mnie.

Koñcowy bilans by³ taki - pierwszy peer ukoñczy³ pobieranie przy moim uploadzie oko³o 1 GB (czyli prawie 200%).

Jak to mo¿liwe?

Czy¿by uTorrent wysy³a³ do peerów te same czê¶ci wielokrotnie ? i nie pomija³ czê¶æ ju¿ wys³anych ??

Dodam jeszcze, ¿e dzieje siê tak z ka¿d± wystawian± pozycj±, niezale¿nie od ilo¶ci peerów i wielko¶ci wstawianego pliku..... pierwsze pe³ne pobranie pokazuje siê dopiero po wys³aniu 170-200%

Proszê o wyja¶nienie/wyt³umaczenie tych w±tpliwo¶ci

P.S.

W opcjach ZAAWANSOWANE nic nie zmienia³em

[Prozac]

Frankosio - co do seedowania, to chêtnie bym podyskutowa³. Ostatnio toczy³em bardzo przyjemn± dyskusjê na temat prêdko¶ci i konfiguracji klienta w innym w±tku. Od jakiego¶ czas rzadko tylko seedujê swoje torrenty. Raczej pobieram i po pobraniu doseedowujê do ratio równego jedno¶ci. Przy ADSL seeduje siê strasznie ciê¿ko niestety. Byæ mo¿e za wielu peerów (za wiele slotów) otwierasz. My¶lê, ¿e temat wart dyskusji, choæ pewnie nie w tym w±tku i nie w tym dziale.

Je¶li za³o¿ysz gdzie¶ nowy w±tek w tej sprawie, to daj znaæ. Z chêci± do³±czê do dyskusji i postaram siê zrobiæ jakie¶ testy u siebie

[Frankosio]

My¶le, ¿e zak³adanie nowego tematu mija siê z celem, bo "po polskiemu" tylko tu nadaj± a ruchu wielkiego tu nie ma, wiêc trochê siê ten "k±cik" o¿ywi.

Co do ilo¶ci slotów, to ustawia³em ju¿ ró¿nie poczynaj±c od warto¶ci domy¶lnych dobieranych wg. ³±cza przez uTorrent i zwiêksza³em je stopniowo.

To jednak nie wp³ynê³o ani ujemnie ani dodatnio na bilans koñcowy seedowania.

"CO¦" jest nie tak w samym programie.

Wszystko po za tym jest OK! uTorrent piêknie ¶ci±ga i wysy³a... ³aczy siê z trackerami z którymi inny klient nie daje sobie rady (Azureus)...itd...itp... ogólnie mówi±c - same plusy.

Jedynym mankamentem jest w³a¶nie ta jego "logika seeda" :/

Wygl±da to tak, jakby nie "odznacza³" wys³anych ju¿ czê¶ci i wysy³a³ je ponownie do innych peerów.

Wczoraj wystawia³em plik wa¿±cy 320 MB i pierwsze pe³ne pobranie by³o dopiero po wys³aniu ponad 500 MB.

Pod³±czonych mia³em oko³o 100 peerów, a tych z powy¿ej 90% by³o oko³o 20.

uTorrent nie wysy³a³ czê¶ci do tych którym najmniej brakowa³o do koñca, tylko do tych z do³u listy procentowej

Efekt koñcowy by³ taki, ¿e jak ju¿ pierwszy peer pobra³ ca³o¶æ, to po nim kolejni sypali siê jak z rêkawa... w przeci±gu minuty by³o ich ju¿ ponad 30.

Dzi¶ zrobiê jeszcze jeden test.

Ustawiê max peerów na 10 , dam 2 sloty i wy³±cze wymianê perów. Nie wierzê ¿e to co¶ zmieni, ale..... muszê spróbowaæ ¿eby siê przekonaæ

Standardowo mam ustawienia takie:

Max liczba peerów/torrent = 200

ilo¶æ slotów/torrent = 4

Przy downloadzie z takimi ustawieniami, ¶miga wszystko jak burza, no... ale wtedy nie istotne czy "oddajesz" ca³o¶æ tego co pobra³e¶, tylko ilo¶æ wys³anych MB

¦ci±gane pliki seeduje do 110%

[Prozac]

Kurcze, rzeczywi¶cie wygl±da jakby nie dzia³a³o zabezpieczenie przed wielokrotnym wysy³aniem tej samej czê¶ci.

Standardowo mam ustawienia takie:

Max liczba peerów/torrent = 200

ilo¶æ slotów/torrent = 4

Kurcze, 200 to do¶æ sporo. A jaki masz maksymalny upload ³±cza ?

Dzi¶ zrobiê jeszcze jeden test.

Ustawiê max peerów na 10 , dam 2 sloty i wy³±cze wymianê perów. Nie wierzê ¿e to co¶ zmieni, ale..... muszê spróbowaæ ¿eby siê przekonaæ

Tak, my¶lê, ¿e nawet je¶li algorytm seedowania nie dzia³a jak nale¿y, to mo¿e siê okazaæ, ¿e takie ograniczenie ilo¶ci peerów na torrent mo¿e co¶ poprawiæ.

Mo¿esz spróbowaæ te¿ daæ nawet 20 peerów i 3 sloty.

Ja tu te¿ zrobi³em ma³y test i te¿ co¶ widzê, ¿e ten super-seeding nie dzia³a jak nale¿y. My¶lê zatem, ¿e póki co trzeba wyszukaæ w³asny sposób na zminimalizowanie jego niepoprawnego dzia³ania i czekaæ a¿ Ludde to poprawi.

[Frankosio]

Ludde potwierdzi³, ¿e co¶ jest nie tak z algorytmem Super-Seed'a i bêdzie nad tym pracowa³.

hm... a jednak

Dziêki MaV za informacje. W takim razie zaprzestanê kombinacji z ustawieniami, bo jak na razie nie da³y one ¿adnych pozytywnych rezultatów i poczekam na rozpracowanie problemu przez Ludde

Nie wiem czy korzystali¶cie z Azureusa - w nim oprócz opcji SUPER SEED jest te¿ w³a¶nie co¶ takiego jak "Od³±cz pe³ne czê¶ci podczas udostêpniania".

Nie wiem który algorytm w tym przypadku odpowiada za wydajno¶æ seedowania, ale muszê przyznaæ ¿e dzia³a to wy¶mienicie. Pierwsze pe³ne pobrania s± ju¿ przy 101% uploadu wstawianego torrenta.

Jakby uda³o siê zastosowaæ co¶ takiego w uTorrent, to by by³o heppy

Kurcze, 200 to do¶æ sporo. A jaki masz maksymalny upload ³±cza ?

heh... chyba czego¶ nie zrozumia³e¶. 200 - to ilo¶æ po³±czeñ na torrent, a nie slotów uploadu

W zasadzie ilo¶æ po³±czeñ wystarczy ustawiæ na 100 (tak mia³em domy¶lnie), ale ja da³em na 200, bo kilka razy jak sam co¶ ¶ci±ga³em to trafi³em na "oporny" torrent, który mia³ 1 seeda i ponad 300 peerów. Przy ustawieniu 100 po³aczeñ ¶ci±ganie sz³o jak ¿ó³w w smole, a jak przestawi³em na 200, to momentalnie prêdko¶æ DL podskoczy³a kilkukrotnie

Przy seedowaniu ilo¶æ po³±czeñ nie odgrywa ¿adnej roli na jako¶æ/prêdko¶æ UL - przynajmniej ja nie zauwa¿y³em ¿adnych negatywnych skutków zwiêkszenia po³±czeñ do 200.

Mój max UL to 32KB/s (256kbps)

Tak, my¶lê, ¿e nawet je¶li algorytm seedowania nie dzia³a jak nale¿y, to mo¿e siê okazaæ, ¿e takie ograniczenie ilo¶ci peerów na torrent mo¿e co¶ poprawiæ.

Mo¿esz spróbowaæ te¿ daæ nawet 20 peerów i 3 sloty.

Sprawdzi³em dzi¶ ustawienia o jakich wcze¶niej pisa³em (max peerów=10 , sloty UL= 2 i wymiana perów=OFF) i........ KUPA

Nic to nie da³o. Efekty takie same jak poprzednio. Wprawdzie wska¼nik ca³kowitego UL / pierwsze pobranie - by³ nieco ni¿szy (~150%), ale to chyba dlatego, ¿e wstawiany plik mia³ nie ca³e 100MB

P.S.

Widzê, ¿e jest nowa betka...... zaraz j± przetestujê pod kontem seedowania..... a nó¿/widelec Ludde ju¿ co¶ poprawi³

[Prozac]

Ej, znów nie dosta³em powiadomienia o nowej odpowiedzi w w±tku. Co¶ tu szwankuje chyba.

Czyli widaæ, ¿e jednak czê¶ci nie s± od³±czane jak nale¿y w uTorrencie. Pozostaje wiêc czekaæ na poprawki.

Co siê tyczy 200 peerów, to w³a¶nie by³em ciekaw, bo sam dok³adnie czêsto mam podobne zjawiska. Kiedy napisa³em w innym w±tku, ¿e u¿y³em 200 peerów na torrent przy uploadzie 192 kb/s (24 kB/s), to trochê siê wszyscy za g³owê z³apali. Rzeczywi¶cie ustawianie tak wielkiej ilo¶ci peerów przy pobieraniu plików i przy tak ma³ej prêdko¶ci uploadu, mo¿e sugerowaæ, ¿e nale¿ymy do grona sêpów, którzy tylko czekaj± a¿ plik siê szybko pobierze, a sami niewiele s± w stanie udostêpniæ. Niestety, niektóre torrenty id± tak s³abo i seedów jest na tyle ma³o, ¿e chc±c wyci±gn±æ maksimum downloadu musimy zwiêkszyæ ilo¶æ peerów do 200, a nawet 300. Oczywi¶cie uczciwy torrenciarz powinien potem doseedowaæ torrenta

Dlatego te¿ przy okazji tej dyskusji spyta³em Ciê o te 200 po³±czeñ na torrent, bo w tamtej dyskusji wszyscy utrzymywali, ¿e warto¶æ powy¿ej 50 mija siê ca³kiem z celem.

[Frankosio]

Wiadomo, ¿e ka¿dy ¶ci±gaj±cy chcia³by pobraæ plik jak najszybciej i ustawienie wiêkszej ilo¶æ po³±czeñ jest w tym przypadku czêsto pomocne. Ci co mówili, ¿e "warto¶æ powy¿ej 50 mija siê ca³kiem" s± w b³edzie i obawiam siê, ¿e nie znajd± ¿adnych rozs±dnych argumentów na poparcie swoich s³ow i tak naprawdê nie do koñca wiedz± O CO W TYM CHODZI

Przyk³ad przemawiaj±cy za ustawieniem warto¶ci wiêkszej (np. 200) jest nastêpuj±cy:

- za³ó¿my ¿e mamy ustawion± warto¶æ 50

- torrent który ¶ci±gamy ma 4 seedów 100% i 230 peerów (z ró¿nym %)

Nasz klient po³±czy³ siê z 2 seedami i 48 peerami (czyli wykorzysta³ pe³ny przydzia³ 50 po³aczeñ).

Jak mamy szczê¶cie, to trafi nam siê wsród tych 50 kilku userów, którzy nie przycinaj± UL do 2--4 kB/s i ¶ci±ganie bêdzie sz³o w miarê sprawnie, ale jak mamy pecha to (bywaj± przypadki) bêdziemy ¶ci±gaæ plik z prêdko¶ci± nie przekraczaj±c± ~6 kB/s, a przestoje z zerowym DL bêd± nagminne.

Ustawienie przyk³adowej warto¶ci 200 zwiêksza prawdopodobieñstwo, ¿e wsród pozosta³ych userów bêd± ludzie z szybkim ³±czem, a co za tym idzie wiêkszym UL, wiêc analogicznie prêdko¶æ naszego DL wzro¶nie

Nawet jakby wszyscy z tych 200 userów mieli przyciêty UL do np. 2kB/s, to i tak nasz DL bêdzie wiêkszy jak przy ustawieniu "50". Tak wygl±da moje proste "logiczno/matematyczne" podej¶cie do sprawy

A co do "sêpów"..... byli, s± i bêd±... i nic na to nie poradzimy :/

P.S.

Do mnie powiadomienia o nowej odpowiedzi w w±tku przychodz± na e-mail bez problemów. Sprawd¼ czy zmieni³e¶ adres e-mail w ustawieniach swojego profilu i czy zaznaczon± masz opcje powiadomieñ.....

Zobacz te¿, czy twój klient poczty nie blokuje adresu z jakiego przychodz± powiadomienia, bo niektóre skrypty/pluginy antyspamowe mog± w tym przypadku byæ za to odpowiedzialne

Rozwi±zanie le¿y zapewne w zasiêgu rêki.......

"Szukajcie, a znajdziecie" - powiedzia³ Pan i rozsypa³ gar¶æ kaszy mannej po pustyni

[Prozac]

Ci co mówili, ¿e "warto¶æ powy¿ej 50 mija siê ca³kiem" s± w b³edzie i obawiam siê, ¿e nie znajd± ¿adnych rozs±dnych argumentów na poparcie swoich s³ow i tak naprawdê nie do koñca wiedz± O CO W TYM CHODZI

Jedynym s³usznym argumentem mo¿e byæ fakt, ¿e kiedy pod³±czymy do siebie 200 peerów, a mamy s³aby upload, to nie bêdziemy w stanie obs³u¿yæ tych wszystkich peerów i wys³aæ im odpowiedniej ilo¶ci danych w czasie przeznaczonym na pobieranie torrenta. Tak wiêc byæ mo¿e takie zalecenia maj± na celu zabezpieczenie przed "sêpami", którzy pobior± plik w ci±gu godziny, ich ratio bêdzie nie wiêksze ni¿ 0.2 i wy³±cz± torrenta po pobraniu. Przynajmniej takie by³y argumenty w tamtym w±tku. Próbowa³em go kontynuowaæ podaj±c swoje matematyczne rozwa¿ania, ale chyba zmêczy³em za bardzo dyskutantów

Z tymi powiadomieniami, to dziwna sprawa. Mail ca³y czas bez zmian, w konfiguracji profilu powiadamianie aktywne. Skrzynka pocztowa bez ¿adnej ochrony antyspamowej, klient poczty te¿ bez ¿adnego anty-spamu. Raz powiadomienia docieraj±, a raz nie. Tyle by³o ju¿ wypowiedzi w tym w±tku, a powiadomienie dosta³em mo¿e tylko dwukrotnie. Te¿ mam u siebie na serwerze forum PunBB, na tym samym serwerze chodzi mi te¿ forum SMF i wszystko ¶miga dobrze. Zagadka pozostaje wiêc póki co nierozwi±zana.

[Frankosio]

Jedynym s³usznym argumentem mo¿e byæ fakt, ¿e kiedy pod³±czymy do siebie 200 peerów, a mamy s³aby upload, to nie bêdziemy w stanie obs³u¿yæ tych wszystkich peerów i wys³aæ im odpowiedniej ilo¶ci danych w czasie przeznaczonym na pobieranie torrenta.

hmm... nie mogê siê zgodziæ z takim argumentem.

Przecie¿ ilo¶æ pod³±czonych peerów nie ma nic wspólnego z wydajno¶ci± naszego uploadu. Mo¿e ich byæ pod³aczonych 500 (i wiêcej), a ich klienty bêd± nas³uchiwaæ i oczekiwaæ w kolejce.

Wszystkich (jednocze¶nie) nie obs³u¿ymy niezale¿nie czy pod³±czonych bêdzie 50 czy 200

"Jako¶æ obs³ugi peera" regulujemy ilo¶ci± slotów dla po³±czeñ wychodz±cych i to w³a¶nie ta opcja jest istotna do ILU peerów jednocze¶nie bêdziemy wysy³aæ dane.

Zak³adaj±c ¿e masz max UL = 24kB/s i udostêpnianie ustawione na 4 sloty, to teoretycznie mo¿esz wysy³aæ jednocze¶nie do 4 userów z prêdko¶ci± ¶redni± 6kB/s

Teoretycznie, bo jak wiadomo nigdy ten podzia³ nie jest równy

I teraz zak³adaj±c dalej, ¿e masz te¿ ustawione po³aczenie do 200 peerów (i tych 200 faktycznie siê do ciebie pod³±czy³o), to...: wysy³asz do 4, a 196 czeka na zwolnienie slotu. Jak który¶ z tych 4 ju¿ pobierze swoj± czê¶æ to zwalnia slot nastêpnemu itd...itd...itd...

Inaczej mówi±c - niezale¿nie od wydajno¶ci ³acza SEEDA i ilo¶ci pod³±czonych peerów, klient torrenta obs³u¿y ich w rotacji.

Niektóre klienty stosuj± te¿ specjalny algorytm priorytetu dla tych "oczekuj±cych" w kolejce, no ale to ju¿ inna bajka

A tak wogóle, to pisa³em o zwiêkszeniu ilo¶ci po³±czeñ do (przyk³adowych) 200 tylko w odniesieniu downloadu (gdy co¶ ¶ci±gamy), bo przy uploadzie (gdy wystawiamy jaki¶ torrent) nie ma to wiêkszego znaczenia.

[Prozac]

hmm... nie mogê siê zgodziæ z takim argumentem.

Przecie¿ ilo¶æ pod³±czonych peerów nie ma nic wspólnego z wydajno¶ci± naszego uploadu. Mo¿e ich byæ pod³aczonych 500 (i wiêcej), a ich klienty bêd± nas³uchiwaæ i oczekiwaæ w kolejce.

Wszystkich (jednocze¶nie) nie obs³u¿ymy niezale¿nie czy pod³±czonych bêdzie 50 czy 200

"Jako¶æ obs³ugi peera" regulujemy ilo¶ci± slotów dla po³±czeñ wychodz±cych i to w³a¶nie ta opcja jest istotna do ILU peerów jednocze¶nie bêdziemy wysy³aæ dane.

Zak³adaj±c ¿e masz max UL = 24kB/s i udostêpnianie ustawione na 4 sloty, to teoretycznie mo¿esz wysy³aæ jednocze¶nie do 4 userów z prêdko¶ci± ¶redni± 6kB/s

Teoretycznie, bo jak wiadomo nigdy ten podzia³ nie jest równy

I teraz zak³adaj±c dalej, ¿e masz te¿ ustawione po³aczenie do 200 peerów (i tych 200 faktycznie siê do ciebie pod³±czy³o), to...: wysy³asz do 4, a 196 czeka na zwolnienie slotu. Jak który¶ z tych 4 ju¿ pobierze swoj± czê¶æ to zwalnia slot nastêpnemu itd...itd...itd...

Inaczej mówi±c - niezale¿nie od wydajno¶ci ³acza SEEDA i ilo¶ci pod³±czonych peerów, klient torrenta obs³u¿y ich w rotacji.

Tak, to wszystko prawda. Podejrzewa jednak, ¿e chodzi tu w³a¶nie o to, ¿e niepotrzebnie tak wielka ilo¶æ peerów bêdzie oczekiwaæ w kolejce. Bêd± czekaæ i czekaæ a¿ w koñcu zwolni siê dla nich miejsce. Czyli chodzi tu jakby o stosunek liczby slotów do ilo¶ci peerów. Je¶li otworzymy ma³o slotów (s³abszy download), a damy du¿o peerów, to wedle zdania kolegów z innego w±tku negatywnie to wp³ywa na ca³± kolejkê. Wydaje mi siê, ¿e z logicznego punktu widzenia jest w tym prawda. Najlepiej by³oby otworzyæ na przyk³ad 4 sloty i daæ 8 po³±czeñ na torrent. Wtedy ka¿dy z pod³±czonych pewnie ³adnie by sobie od nas pobiera³. Jednak takiego torrenta nie pobraliby¶my pewnie za szybko

[Frankosio]

Tak, to wszystko prawda. Podejrzewa jednak, ¿e chodzi tu w³a¶nie o to, ¿e niepotrzebnie tak wielka ilo¶æ peerów bêdzie oczekiwaæ w kolejce. Bêd± czekaæ i czekaæ a¿ w koñcu zwolni siê dla nich miejsce. Czyli chodzi tu jakby o stosunek liczby slotów do ilo¶ci peerów. Je¶li otworzymy ma³o slotów (s³abszy download), a damy du¿o peerów, to wedle zdania kolegów z innego w±tku negatywnie to wp³ywa na ca³± kolejkê. Wydaje mi siê, ¿e z logicznego punktu widzenia jest w tym prawda.

Teoretycznie takie rozumowanie jest prawid³owe, ale w praktyce wygl±da to trochê inaczej

Twierdzenie ¿e "Bêd± czekaæ i czekaæ a¿ w koñcu zwolni siê dla nich miejsce" odnosi siê przecie¿ tylko do jednego ¼ród³a, a nie zapominajmy, ¿e to przecie¿ protokó³ BitTorrent, a co za tym idzie ¼róde³ jest wiele (czê¶ciowych lub pe³nych) (!)

OK! - czekaj± na zwolnienie siê naszego slotu, ale w tym samym czasie korzystaj± ze slotów innych peerów, którzy ju¿ ¶ci±gneli od nas (lub nadal ¶ci±gaj±) kolejne czê¶ci pliku.

I tu jakby¶ nie patrzy³ ko³o siê zamyka

Najlepiej by³oby otworzyæ na przyk³ad 4 sloty i daæ 8 po³±czeñ na torrent. Wtedy ka¿dy z pod³±czonych pewnie ³adnie by sobie od nas pobiera³. Jednak takiego torrenta nie pobraliby¶my pewnie za szybko

Tak - to prawda..... chocia¿ te¿ nie dokoñca. S± zale¿no¶ci przy takich ustawieniach, które mog± powodowaæ chwilowy zastój w uploadzie - czyli pomimo ¿e jest zapotrzebowanie peerów na kolejne czê¶ci pliku, to twój UL staje. Dzieje siê tak np. w przypadku, gdy peer który ju¿ ¶ci±gn±³ xx czê¶ci, ma mocniejszy UL od ciebie (seeda), a inne czê¶ci maj± ju¿ inni peerzy. Efekt jest taki, ¿e ON ¶ci±ga od NICH, a ONI od NIEGO i w tym czasie twój transfer stoi. Temat jest oczywi¶cie bardziej z³o¿ony i dochodz± do tego jeszcze inne zale¿no¶ci, ale w ogólnym zarysie tak to mniej/wiêcej wygl±da.

Przy uploadzie takie ustawienia mo¿na by na upartego zaakceptowaæ, ale stosuj±c je przy downloadzie jakiego¶ torrenta skazujemy siê na mêki

To co¶ dla "torrentowych masochistów"

[skorek]

witam

u¿ywam utorrenta od wersji 1.0 i jest on najlepszy ze wszystkich , wcze¶niej u¿ywa³em azureusa i jedyne czego mi brakuje to pasek z pokazanymi czê¶ciami u innych perrów (tak jako¶ lubiê wiedzieæ jakie czê¶ci ma osoba od której ¶ci±gam, bo czêsto ¶ci±gam torrenty w których zale¿y mi na jednym pliku i chce wiedzieæ czy osoba od której ¶ci±gam ma czê¶ci które mnie interesuj± ) , co do ustawieñ to ca³kowita liczba u mnie jest ustawiona na 3000 , na torrent 300 , a slotów mam 20 , ustawienia te pochodz± z azureusa swego czasu tydzieñ testowa³em i te dawa³y najlepsze efekty , te¿ jestem za tym ¿eby liczba po³±czeñ na torrent by³a jak najwiêksza, na tych ustawieniach ¶ci±gam z maksymaln± prêdko¶ci± , nie wiem jak u innych ale u mnie zawsze jest tak ¿e po³±czê siê z prawie wszystkimi i ¶ci±gam po 3-10 kB/s przynajmniej od 30 % po³±czonych jak obni¿ê liczbê po³±czeñ to transfer od razu spada, a ogólna liczba jest taka wysoka bo u mnie jest aktywne przynajmniej 10 torrentów

co do t³umaczenia to jest super choæ przyda³o by siê opisaæ po polsku zak³adkê zaawansowane ale to praca na wolne chwile których ka¿dy ma ma³o

pozdrawiam :cool: :cool:

[Prozac]

Czo³em skorek !

No, widaæ zatem, ¿e nasze ustawienia i testy siê pokrywaj±.

Takie samo zdanie ma Frankosio.

Mi jedynie namieszali trochê w g³owie w innym w±tku.

Ja rozumiem, ¿e trzeba dbaæ o sieæ, o kolejkê i udostêpniaæ innym uczciwie. Jednak nie znaczy to, ¿e sam mam czekaæ na pobranie przez tydzieñ.

St±d te¿ my¶lê, ¿e tutaj doszli¶my do ca³kiem konkretnych wniosków

[skorek]

z udostêpnianiem to u mnie niema problemu , potrafiê scedowaæ nawet tydzieñ(z powodu niskiego up) a torrenty które usuwam maj± ratio zawsze powy¿ej 1 a czêsto 2 , jeszcze jedno mi do g³owy wpad³o te ustawienia s± chyba najlepsze przy specyfice polskiego internetu , raczej wolne ³±cza w porównaniu z zachodem , ³atwiej jest mi zrobiæ kilkana¶cie po³±czeñ z mniejszym transferem ni¿ jedno z du¿ym

[MaV]

Ju¿ by³o o tym wspomniane, ¿e dobrze by by³o przet³umaczyæ opcje z menu advanced. Opcje te s± opisane w FAQ. Oto ich wyja¶nienie po Polsku (t³umaczenie moje, poprawki mile widziane):

* gui.compat_diropen - true sprawia, ¿e u¿ywane jest alternatywne okno wyboru katalogu dla tych, którzy maj± problemy ze standardowym.

* net.bind_ip - ka¿e programowi wykorzystywaæ okre¶lon± kartê sieciow± dla po³±czeñ przychodz±cych. Nale¿y wpisaæ tu adres IP tej karty.

* net.outgoing_ip - to samo co powy¿ej, ale dla po³±czeñ wychodz±cych

* net.low_cpu - wprowadza opó¼nienia dla po³±czeñ sieciowych obni¿aj±c zu¿ycie procesora, gdy ustawione na true.

* net.max_halfopen - okre¶la maksymaln± liczbê prób po³±czeñ w danej chwili. Warto¶æ ta nie mo¿e przekraczaæ 8 na nie-³atanych systemach Windows XP!

* ipfilter.enable - w³±cza lub wy³±cza ³adowanie pliku ipfilter.dat

* dht.rate - okre¶la ile ³±cza bêdzie wykorzystywa³ protokó³ DHT. -1 oznacza dopasowywanie automatyczne przez program

* webui.pass - okre¶la dane dostêpowe do interfejsu www (nadal w fazie tworzenia), w formacie u¿ytkownik:has³o

* queue.dont_count_slow_dl/ul - sprawia, ¿e torrenty pobieraj±ce lub ¶ci±gaj±ce wolniej ni¿ 1kB/s nie bêd± liczone jako aktywne

* queue.prio_no_seeds - ustawia wiêkszy priorytet dla torrentów, które nie maj± ¿adnych seed'ów.

* bt.scrape_stopped - w³±cza lub wy³±cza pobieranie informacji o stanie torrenta, gdy jest on zatrzymany

* bt.compact_allocation - uaktywnia kompaktow± alokacjê miejsca na dysku, co pozwala zaoszczêdziæ miejsce podczas pobierania. NIE MO¯E byæ u¿ywana razem z opcj± diskio.use_partfile

* bt.enable_tracker - w³±cza wbudowany tracker uTorrent'a. Jego adres to http://twoje_ip:port/announce/

* bt.multiscrape - w³±cza lub wy³±cza funkcjê multiscrape, je¶li tracker j± obs³uguje.

* bt.send_have_to_seed - gdy ustawione na true, uTorrent wysy³a seed'om wiadomo¶ci o posiadaniu poszczególnych czê¶ci plików.

* bt.set_sockbuf - uaktywnia autodetekcjê rozmiaru bufora TCP i ustawia jego wielko¶æ na podstawie prêdko¶ci wysy³ania. Potrzebne tylko do debugowania.

* bt.connect_speed - kontroluje ile po³±czeñ w ci±gu sekundy mo¿e nawi±zywaæ uTorrent.

* bt.prio_first_last_piece - w³±cza lub wy³±cza zwiêkszony priorytet dla pierwszych i ostatnich czê¶ci pliku (przydatne do podgl±du plików multimedialnych w czasie pobierania)

* bt.convert_to_fast_pct - nie jest to zbyt dobrze wyt³umaczone w FAQ lub po prostu ja tego nie rozumiê

* bt.always_prio_rare - ustawia wysoki priorytet dla nowo znalezionych rzadkich czê¶ci, nawet kosztem tych, które s± aktualnie pobierane

* peer.lazy_bitfield - u¿ywa 'dziurawego' pola bitowego w wiadomo¶ciach wysy³anych podczas seed'owania, umo¿liwia obej¶cie blokady niektórych dostawców internetu.

* peer.disconnect_inactive - w³±cza lub wy³±cza roz³±czanie nieaktywnych u¿ytkowników po pewnym czasie (domy¶lnie 5 minut). Je¶li jednak ilo¶æ wszystkich u¿ytkowników jest mniejsza ni¿ warto¶æ "maksymalna ilo¶æ po³±czeñ na torrent", nieaktywni NIE bêd± roz³±czani.

* peer.disconnect_inactive_interval - czas, po którym nieaktywny u¿ytkownik zostanie roz³±czony (nie dotyczy torrentów z ma³± ilo¶ci± pobieraj±cych / wysy³aj±cych - patrz wy¿ej)

* diskio.flush_files - sprawia, ¿e uTorrent co minutê zamyka wszystkie otwarte pliki, czasami pomaga rozwi±zaæ k³opoty z pamiêci± podrêczn± systemu u niektórych u¿ytkowników.

* diskio.sparse_files - opcja dostêpna jedynie na partycjach z systemem plików NTFS (Windows 2000/XP i pó¼niejsze). Sprawia, ¿e uTorrent bêdzie alokowa³ miejsce tylko dla pobranych danych (a wiêc pobierany plik bêdzie zajmowa³ mniej miejca). Zwiêksza to jednak fragmentacje partycji. Opcja ta nie dzia³a z opcj± "Rezerwuj miejsce na dysku".

* diskio.write_queue_size - domy¶lnie -1, czyli automatyczne zarz±dzanie pamiêci± podrêczn±. uTorrent automatycznie ustawi wtedy t± warto¶æ na [maksymalna prêdko¶æ pobierania * 7]. Okre¶la ona czas w milisekundach, jaki program ma odczekaæ miêdzy kolejnymi cyklami zapisu danych na dysk. Wiêksze warto¶ci zmniejszaj± obci±¿enie dysku, zwiêkszaj± jednak zu¿ycie pamiêci RAM. Je¶li chcesz ustawiæ t± opcjê rêcznie, pamiêtaj, ¿eby wynosi³a ok. 8 razy wiêcej, ni¿ Twoja maksymalna prêdko¶æ pobierania, ale nie mniej ni¿ 1000 i nie wiêcej ni¿ 32768.

* diskio.use_partfile - gdy w³±czone, uTorrent zapisuje dane pobrane dla plików, które oznaczy³e¶ jako "pomiñ" na li¶cie plików. Dane te s± czasami pobierane, gdy¿ uTorrent zawsze ¶ci±ga pe³ne czê¶ci danych (o sta³ym rozmiarze dla ka¿dego torrenta), co sprawia, ¿e czasami pobiera równie¿ dane dla innych plików. Nie powiniene¶ u¿ywaæ tej opcji w po³±czeniu z bt.compact_allocation.

* diskio.coalesce_writes - stara siê zmniejszyæ liczbê wywo³añ funkcji zapisuj±cej dane do pliku. Nie ma wp³ywu na prêdko¶ci pobierania, mo¿e natomiast odci±¿yæ nieznacznie dysk kosztem pamiêci i procesora.

* diskio.read_cache_size - wielko¶æ bufora odczytu, 0 oznacza wy³±czenie buforowania. Pozwala zmniejszyæ liczbê odczytów z dysku kosztem zu¿ycia pamiêci RAM.

To tyle. I jeszcze raz - je¶li w której¶ opcji siê pomyli³em, proszê mnie poprawiæ .

[skorek]

nie wiem dlaczego ale forum zamiast otwierać się w kodowaniu środkowo europejskim(ISO) otwiera się w zachodnim co powoduje błędne wyświetlanie polskich znaków musze za każdym razem ręcznie zmieniać kodowanie, problem istnieje od pewnego czasu , w temacie o polskim tłumaczeniu z dnia 2006-02-19 19:19:56 post numer 31 jest wszystko ok. a następny post 2006-02-19 20:53:07 nr 32 (oba napisane przez Prozac) już nie mam polskich znaków , po zmianie kodowania znaki są wyświetlane poprawnie na całej stronie

[MaV]

Prawda, z kodowaniem s± problemy od pewnego czasu. Ja ustawi³em sobie ISO-8859-2 w Firefox'ie i jak na razie przegl±darka ca³y czas siê tego trzyma.

[Frankosio]

Na razie tyle, je¶li kto¶ ma ochotê to zapraszam do przet³umaczenia dalszej czê¶ci

Dziêki MaV za t³umaczenie... czekamy na ci±g dalszy

[MaV]

Uff, trochê to zajê³o, ale skoñczy³em. Nie przet³umaczy³em jednej opcji, gdy¿ albo ja nie rozumiem co ona daje, lub nie jest to dobrze wyja¶nione w FAQ, a nie bêdê t³umaczy³ dos³ownie bo i tak nikt tego wtedy nie zrozumie

[Prozac]

Czo³em !

Czyta³em w³a¶nie FAQ i rzeczywi¶cie do¶æ zawile jest ta opcja tam opisana. Byæ mo¿e ja nie jestem na tyle zaawansowanym u¿ytkownikiem, ¿eby to zrozumieæ.

Nie wiem co to za tryb fast mode oraz co znaczy fast peer. Szybki tryb, szybki peer ? Nie wiem do czego siê to odnosi, wiêc trudno mi siê wypowiedzieæ. Trzeba chyba najlepiej spytaæ autora, ¿eby wyja¶ni³ to jako¶ bardziej zjadliwie dla zwyk³ych ¶miertelników

[Frankosio]

Panowie... teraz mo¿ecie siê trochê po¶miaæ

Jest to t³umaczenie wykonane programem "Translatica".

* bt.convert_to_fast_pct kontroluje procent kawa³ków które dostaj± przerobiony na szybki sposób, o który tylko prosz± od szybkich równych (chyba ¿e ¿adni szybcy równi s± dostêpni przez ten kawa³ek) podnie¶æ przepustowo¶æ i zapobiegaæ blokowi stragany.

Przet³umaczcie to poprawnie, bo z tego wyszed³ jaki¶ bazar i stragany

P.S.

Chodzi tu chyba o kontrolê czê¶ci pobieranych trybem FAST. Je¶li czêsci te s± dostêpne otrzymuj± wy¿szy priorytet - czyli przydzielana jest dla nich wiêksz± przepustowo¶æ ³±cza.

Jest to (tak mi siê zdaje) opcja podobna do tej, w której ustawiamy wy¿szy priorytet dla pierwszych czê¶ci pliku oraz tej nastêpnej w FAQ "* bt.always_prio_rare" odnosz±cej sie do rzadkich fragmentów pliku..... ale mogê siê myliæ zwa¿ywszy na jako¶æ tego t³umaczenia

P.S.2.

Ale co oznacza warto¶æ "66" przy tej opcji ?? nie mam pojêcia :/

[MietmaN]

Witam

S³owo "harcerza" , ¿e w najbli¿szym czasie przyj¿ê siê t³umaczeniom opcji zaawansowanych i je¿eli znajdê cokolwiek, co by budzi³o moje w±tpliwo¶ci (w co jednak w±tpiê ), to dam niezw³ocznie znaæ.

Co liczby otwartych po³±czeñ na torrent - jak do tej pory spotyka³em siê tylko z trzema, hmmm, "rodzajami" torrentów :

- dobrze /b.dobrze seedowane (ciê¿ko wyznaczyæ granicê), przy których nie musia³em siê martwiæ o prêdko¶æ sci±gania, a tym samym nie by³o potrzeby nawi±zywania wiêkszej liczby po³±czeñ od 30-40;

- kiepsko seedowane, ale z bardzo ma³± ilo¶ci± peerów - je¿eli by³o tylko 10 petentów, to otwieranie wiêkszej ilo¶ci po³±czeñ i tak nic by nie da³o (zasysam takie jednego dziada od paru dni ... );

- (co¶ w temacie) tj. torrenty z du¿± ilo¶ci± peerów i ma³± seedów, gdzie zwiekszanie ilo¶ci po³±czeñ rzeczywi¶cie przynosi dobre rezultaty.

W tym 3. przypadku zrobi³em ma³y eksperyment - roz³±cza³em siê na okres na tyle d³ugi, ¿e po ponownym uruchomieniu torrenta ³±czy³em siê z innymi peerami (mo¿e chodzi o czas nieaktywno¶ci w opcjach - w innych klientach, podobnie jak tutaj, ustawione jest standardowo 300 sek.). Zdarza³o siê czêsto, ¿e trafia³em na jakiego¶ super dobrego ¿ywiciela, który karmi³ mnie z prêdko¶ci± równ± 50% prêdko¶ci ca³kowitej, ewentualnie na grupê poczciwców z dobrym uploadem Wówczas ma to sens, nie mogê zaprzeczyæ Tzn. zwiêkszenie liczby po³±czeñ na torrent ponad sugerowan± przez np. icedoga (MartinLuv? je¿eli dobrze pamiêtam, pewnie by nas teraz rozstrzela³, spali³, a ko¶ci rozproszy³ na 4 strony ¶wiata ).

Dla mnie ma to sens ze wzglêdu na ratio tylko wtedy, gdy :

Up ograniczony przy ¶ci±ganiu plików jest znacznie ni¿szy od up podcza seedowania. Np. na moim pa¶ciatym ADSL : 11 KB/s (leeching and seeding), 15-16 KB/s (tylko seeding). W takim przypadku im szybciej skoñczê, tym szybciej oddam w sieæ cenne czê¶ci (stosunek, w du¿ym przybli¿eniu 2/3).

Co do samego seedowania - wtedy naprawdê znacznie redukuje ilo¶æ po³±czeñ na torrent i nie widzê sensu z zajmowaniu czyjego¶ czasu (np. w w/w przypadku ADSL 1024/128 powiedzmy 12 po³±czeñ i do max. 5/6 slotów).

A propos "dobrych ustawieñ" Azureusa, to :

http://azureus.aelitis.com/wiki/index.php/Good_settings

Dobra, pora wracaæ do pracy

pozdrawiam /MM

@ Prozac : rzeczywi¶cie Twoja matematyka nas "¼dziebe³ko" odstraszy³a

[MaV]

Swojego czasu stworzy³em skrypt, który na podstawie jednej z mini-guidów oblicza³ jakich ustawieñ u¿yæ do optymalnego ¶ci±gania. Niestety tylko po angielsku . www.ut-settings.go.pl

[Frankosio]

No i proszê bardzo..... ka¿dy mo¿e sobie wg. tego skryptu ustawiæ opcje OPTYMALNE , a ewentualne korekty robiæ na zasadzie eksperymentalnej

Proponujê jako¶ nazwaæ ten skrypt..... mo¿e..... PIFPUT

. Prosty

. I

. Funkcjonalny

. Programator

. Ustawieñ

uTorrenta

made in MaV