Filmų RSS RSS Google Reader

Pasirodė finalinė uTorrent (µTorrent) 2.0 versija. Iš naujų funkcijų išskirčiau dvi – tai UDP protokolo palaikymas ir uTP (µTP) protokolo palaikymas, kuris iki šiol buvo tik alpha ir beta versijose. Nemaišykite vieną su kitu – UDP (User Datagram Protocol) yra ne naujas internetinis protokolas, o uTP (uTorrent transport protocol) – tai yra gan naujas, specialiai torrentams sukurtas “protingas” protokolas.

Šį protokolą vadinu protingu dėl to, kad pagrindinė jo idėja skamba taip:

uTP skirtas tam, kad BitTorrent klientai negriautu internetinio ryšio, tuo tarpu išnaudojant visą nepanaudotą kanalo pralaidumą (angl. bandwidth).

Tai reiškia, kad torrentų siuntimas išnaudos internetinį ryšį “protingai” – t.y. netrukdys naršymui internete ir dirbs “tikrame” foniniame režime. Turbūt daugelis buvo susiduręs su tokia problema, kad įjungus torrentus pilnu pajėgumu, ypač jei siunčiamės ne iš Lietuvos, tai naršyti tampa praktiškai nebeįmanoma. Nežinau.lt dar buvo straipsnis apie tai “Įjungus torrent programą neina naršyti interneto. Ką daryti?

Viskas su to straipsniu yra gerai, ir tas pralaidumo apribojimas yra gerai. Tačiau yra vienas “BET” – Lietuvoje vos ne visi mano žinomi interneto tiekėjai siūlo tokius interneto planus, kuriuose kanalų pralaidumas su Lietuva ir su užsieniu skiriasi, ir skiriasi labai ženkliai. Todėl tas griežtas pralaidumo apribojimas praranda prasmę, nes jei siunčiant iš užsienio pagauname kokį nors gerą lietuvį su kosminiais greičiais – jam irgi galios tas mūsų nustatytas apribojimas, dėl ko jokių kosminių greičių nepamatysim.

Iki šiol buvo kelios išeitys:

  • kad pamatyti kosminius greičius reikėdavo išjungti laikinai apribojimą ir pažiūrėti ar pasigavome kokį nors lietuvį;
  • aplamai nenaudoti apribojimo (tinka, kai patys tuo metu nenaršome internete, nes kitaip torrentų siuntimas negyvai užmuša visą ryšį);
  • naudoti kokią nors gudresnę trečios šalies trafiko valdymą programą (tiesa pasakius ieškojau ir nelabai kažką padoraus radau – gal blogai ieškojau).

Grįžtant prie mūsų baranų, su uTP prokolu atsirado ir ketvirtas pasirinkimas – su šio protokolu iš esmės nebereikės griežtai riboti torrentų siuntimo maksimaliai leidžiamą apkrovą, nes uTP protokolas padarys tai už jūs automatiškai. Kaip tai veikia praktiškai ir ar tikrai veikia – patvirtinti faktais negaliu, bet iš pirmų įspūdžių vizualiai lyg ir veikia. Pabandžiau paleisti torrentą, siuntimo greitis buvo daugmaž maksimalus (toks, kokį suteikia tiekėjas pagal mano turimą planą) – pabandžiau panaršyti, užkrauti youtube.com, vimeo.com ir panašiai. Torrento siuntimo greitis sumažėjo, o naršymas vyko kaip niekur nieko, tarsi torrento siuntimas ir nebuvo paleistas.

Po visų šitų gerų dalykų kilo ir keli klausimai apie uTP protokolą. Protokolo specifikacijoje, kuri yra tik juodraščio stadijoje (angl. draft) minimi tik DSL ir kabelinis modemai (angl. cable modem), ir neminimi jokie maršrutizatoriai, kurie iš esmės irgi turi visokias eiles ir kitus teletrafikinius dalykus. Ta prasmė neaišku kuriame lygyje veikia tas protokolas, bet panašu, kad ne vieno kompiuterio tinklo plokštės ribose. T.y. jei torrentas siunčiamas viename potinklio kompiuteryje, o naršoma iš kito – tai uTP įvertina viso potinklio srautą, ar ne?

Kitas klausimas – ar uTP protokolas veikia tik tarp tų, kurie jau turi parsisiuntę uTorrent 2.0 (ar kitą klientą su uTP palaikymu), ar tarp visų torrento siuntimo dalyvių (angl. peer, seed). Kažkaip būtų nelabai logiška, jei tarp visų. Tačiau jei ne tarp visų – tai irgi blogai, nes tada šis protokolas neveiks pilnu pajėgumu iki tol, kol visi jo nepradės naudotis. Ir iki tol neaišku kaip uTP reguliuos apkrovas. Nors šiaip jau dabar pažiūrėjus torrento siuntimų dalyvių sąrašą – prie daugumos matosi, kad jie jau naudoja uTP. Nors šitoje vietoje vėl neaišku – klientai skirtingų versijų, vienur yra uTP, kitur nėra.

Kalbant apie uTP protokolą, paminėjau tik uTorrent klientą, tačiau, kiek supratau, tas protokolas nėra uždaras ir tikriausiai bus implementuotas ir kituose klientuose. O gal jau net ir yra kur nors implementuotas.

P.S. piratavimo neskatinu. Telaimina jus LANVA. ;))

Panašių įrašų nėra.


, , , , , ,
VN:F [1.9.13_1145]
 
Įvertinimas: 0 (balsų: 0)

Komentarai (5)

  • Eugenijus
    VA:F [1.9.13_1145]
    Rating: 0 (from 0 votes)

    Jau atsinaujinau :) Pastebejau tik grafinius pakitimus :D Bet dekui uz issamu isaiskinima :)

    • Aleksanderis
      VN:F [1.9.13_1145]
      Rating: 0 (from 0 votes)

      Grafiniai pakeitimai jau lygtais ir nuo ankstesnių versijų buvo galimi – buvo kažkokių tai “skinų” palaikymas. Dabar tiesiog truputi pasikeitė standartinis skinas (iš esmės tik mygtukų ikonėlės). :D

      Jei kam įdomu daugiau apie tą protokolą sužinoti, tai čia va gan aiškiai ir nemandriai paaiškinta – http://habrahabr.ru/blogs/p2p/68332/ (deja tik rusų kalba). Tame tarpe pasidarė aiškiau ir dėl man kilusių klausimų. :)

  • Martynas
    VA:F [1.9.13_1145]
    Rating: 0 (from 0 votes)

    nu jo, sita instaliavau tai visa intika uzlagino. Su uTorrent 1.8.1 jokiu problemu nekildavo, budavo ijungtas visa para ir nelagino o su siuo tai intiko neimanoma narsyt. Dekui uz pastangas, bet visvien grysiu prie ankstesnes versijos.

    • Aleksanderis
      VN:F [1.9.13_1145]
      Rating: 0 (from 0 votes)

      Matyt tau nustatymai pagal nutylėjimą nelabai tiko. Nemažai specifikos tame naujame protokole, ypač nepažengusiems vartotojams. Tame rusiškame straipsnyje (http://habrahabr.ru/blogs/p2p/68332) detaliau apie visokius nukrypimus rašo – kad kai kuriais atvejais su nauju protokolu viskas siunčiasi liečiau, dėl kokių priežasčių tai galėtų būti, ir kaip galima bandyti pataisyti. Jei su rusų sunku ir straipsnio neina perskaityti – tai aš čia tik šiaip pabrėžiau, kad ne viskas taip paprasta su nauju protokolu ir kad galimi šalutiniai efektai.

      Kas dėl manęs, tai su to nauju protokolu viskas lyg ir neblogiau siunčiasi, bet kad trafiką tobulai reguliuotų – tai realiai taip tikrai nėra. Kažkiek geriau naršosi esant pilnom apkrovom, bet kad normaliai pažiūrėti visokius youtube’us, vis vien būna geriausia pristabdyti siuntimus. Tikriausiai vis dėlto maišosi tie skirtingos spartos kanalai tarp Lietuvos ir užsienio.

  • Kano
    VA:F [1.9.13_1145]
    Rating: 0 (from 0 votes)

    Gi yra daug specialaus softo srauto balancavimui. Kaip pvz netbalancer http://seriousbit.com/netbalancer/
    ASmeniškai nenaudoju, nes manau, kad žymiai patogiau masyvius siuntimus tiesiog palikti nakčiai arba tokiam laikui kai dirbamas darbas nereikalaujantis interneto…

Parašykite komentarą


5 − = 0

Paieška

Archyvas

  • 2011 (9)
  • 2010 (44)
  • 2009 (98)