Azureus 2.5.0.0 - vychytávka

26.8.2006 14:44 | Přečteno: 2052× | IT |

Je venku nový Azureus 2.5.0.0. Přibyla v něm dost vychytaná funkce Automatic upload speed, která se stará o pingání na ostatní klienty v distribuované databázi a z toho odhaduje vytížení sítě. No a podle toho pak nastaví rychlost odesílání.

To je dobrý k tomu, bo když hodně odesíláte, program nestačí potvrzovat přijatý data a tak vám vázne download. Na asymetrickejch linách je to znát jak kráva. Když sem upload rychlost neomezil, linka se zahltila, proste se ucpala a stahoval sem pekne pomalu. Tudiz sem mel odesilaci rychlost nastavenou na 20kb max. (mam adsl 2048/256). Tedka ale sem pouzil tuto novou funkci, a jak je videt z obrazku, rychlost odesilani se furt mota okolo dvanacti a download je na dvojnasobku.

Takze Azureus rulezzzzz

       

Komentáře

[Heron]

njn bittorentisti, já bych vás bil. Miliony malinkatejch packetů, stovky connectů, to se pak hltí routery, co?

[D-Evil]

Routery ani ne, ty to většinou celkem zvládaj, pokud to nemusí projít nějakym brutálním firewallem. Ale co to udělá s bezdrátovejma spojema, to je hrůza

[Harm]

Muzete me vysvetlit rozdil kdyz stahuju 700MB z bittorentu a nebo treba z ftp? Pocet spojeni bude vetsi (diki tomu dokazu svou adsl linku lepe vyuzit..), ale nevidim rozdil mezi poctem packtetu.. ftp programy i bittorent clienti pouzivaji stejne fce send a recv, ktery si data rozdeli jak chteji..

[Kníže Ignor]

Dobřes udělal, žes ten koffrův článek ani nečetl

[xxxxxxxx]

no co, my vesnicani mluvime polopaticky

[Heron]

Z ftp je to jeden connect (nepočítám navázání spojení a dohodnutí se na portu mezi serverem a klientem). A po tomto jednom connectu jdou packety, které mají obvykle maximální velikost (podle mtu).

Na druhou stranu bittorent se připojuje na více zdrojů (což je vlastně samotný princip bittorentu). A u těchto zdrojů se musí ještě dohodnout co bude stahovat (jaký kousek kterého souboru, atd). A tyto domlouvací packety jsou malé a je jich hodně. A představují další connecty. Pak jdou samozřejmně datové packety. To ani nemuvím o "vychytávkách" Azureusu jako je distributed database a teď nově ještě ten ping. Což jsou další packety navíc.

Mno a když se nad tím zamyslíte, tak pokud člověk s připojením s agregací třeba 1:50 sám vezme třeba 2000 connectů, tak ti ostatní si ani neškrtnou.

[Harm]

jo mate pravdu - castecne. Bittorrent navysuje pouze pocet connectu.. to domlouvani se vleze do jednoho packetu (bittrorent protocol sem trochu studoval..) pocet techto packetu je radove nekde jinde nez pocet datovych packetu, kterych je u bittorenta stejne jako u ftp (pokud neco nestahuje vicekrat, protoze mu dosli chybna data).

ad agregace - ja sem spokojeny zakaznik telecomu vyuzivajici pripojeni podlehajici agregaci 1:50 a jeste nikdy jsem ji nepocitil, je to pouze pohadka kterou si vymysli lide co jsou alergicti na telecom a kdyz momentalne nefunguje ani FUP, to je raj

[Heron]

Pravda, nestudoval jsem bittorent protokol, ale sledoval jsem co z něj leze. Před nějakým časem mi ISP oznámil, že celkem pravidelně plníme CONNTRACT_TABLE jeho routeru. Nevím, jestli je to součástí azureusu, nebo specifikace bittorent jako takové, ale zjistil jsem, že azureus odesílá tisíce packetů o velikoti 36-60B. A také (což snad můžeš potvrdit), vytváří stovky connectů (což byl problém právě pro router). U sebe jsem tehdy (stahuju minimálně, azureus nějak detailně neznám, možná je to chyba nastavení) během chvilky vytvořil počet 2000 (s rozptylem +/-500) connectů. Vše na azureus.

[xxxxxxxx]

tak si vypni distribuovanou databázi, bo po spusteni se program do DDB registruje dotazovanim sebe sama na vsech uzlech (tuhle sem jich tam zahlid 800 + pres milion koncovych)

[Heron]

Mno nevypnu, protože nestahuju. K čemu to slouží? To není součást bittorentu?

[D-Evil]

K získávání peerů, který nabízej stejnej obsah na jinejch trackerech.

[Brabi]

Pokud zmizí všechny trackery, tak pořád ještě můžete získávat nové peery z DHT. Dokonce můžete mít i trackerless torrent hned od začátku. Žel, jsou dvě nekompatibilní implementace DHT - jednu má Azureus a druhou oficiální BT klient + zbytek světa.

Přes DHT jdou i data dalších subaplikací - třeba ta hodnocení jednotlivých torrentů a jejich komentáře, nebo s chat pluginem jednotlivé zprávy.

[nardew]

mozem vediet co je DHT?

[Brabi]

mozem vediet co je DHT?

DHT je Distributed hash table - je to ta distribuovaná databáze, jen jiná zkratka. Zdá se, že se pohybujeme v kruzích, takže předpokládám, že se teď někdo zeptá k čemu je dobrá .

[Lukáš Zapletal]

Z ftp je to jeden connect

Jsou to konekty dva. Datový a příkazový. Viz RFC...

[Heron]

No však to jsem zanedbal:

(nepočítám navázání spojení a dohodnutí se na portu mezi serverem a klientem)

. Je to v závorce, já vím.

[zelial]

router, ktery neutahne par bittorentu, si nezaslouzi zit. stejne by klekl hned potom, co by se novy majitel nejake zavirovane stanice rozhodl pokorit rychlostni rekord v sireni sama sebe.

[Heron]

Fajn. Zeptám se takto: jakou hodnotu nastavíte ip_conntract_max? Maximální hodnota je 65528, což je tak akorát pro 30 azureusů. To není příliš a přitom jsme na maximu. K tomu připočtěme průchod těchto packetů firewallem (stovka pravidel pro iptables je minimum, navíc je zde shapping, sledování trafficu) a dostaneme zahlcený router. Ba ne, problém je jinde.

[zelial]

Fajn. Zeptám se takto: jakou hodnotu nastavíte ip_conntract_max? Maximální hodnota je 65528

cat /proc/sys/net/ipv4/ip_conntrack_max 
131072

hmm...

mimochodem, kdyz jsem jeste pomahal aminovat mistni freenet, tak jsme meli problem s velikosti conntrack tabulky jen kdyz se snazily sirit viry. tusim jsme to resili vypnutim connection trackingu na routrech kde to slo a zvetsenim connection tracking tabulky + zmensenim timeoutu kde to neslo (cti na branach).

poptam se, jak to admini delaji ted a jestli nemaji problemy...

[Heron]

Uff ta max velikost mi trochu ujela, věta nakonec vyzněla jinak, resp půlka jí tam chybí . Každopádně velikost conntracku nelze nastavovat do nekonečna.

mimochodem, kdyz jsem jeste pomahal aminovat mistni freenet, tak jsme meli problem s velikosti conntrack tabulky jen kdyz se snazily sirit viry

Jestli by nebylo lepší daného klienta odstřihnout...

[zelial]

to jiste, ale bylo potreba to ustat, aby mohl byt odstrizen a aby to moc neovlivnilo chod site pro ostatni.

[zelial]

btw udelal jsem si maly neprukazny testik s azureem nastavenym na default pocet spojeni (250 max) a vyslo mi, ze malych paketu(<150B) chodi asi jen o 10% vic nez velkych (>1000B). to jde ne?

zajimave je, jaky ma bittorent "ocas". azureus je uz 15 minut vyply a porad se na me nekdo, zhruba 1x za sekundu, pokousi pripojit = nove spojeni, novy maly paket. + moje odpoved o unreachable portu 6881 je dalsi maly paket. a to bude trvat minimalne jeden den (timeout zaznamu v dht je 24 hodin).

[Heron]

Tohle je default poslední verse? Když jsem to zkoušel někdy před rokem (?), tak to vypadalo, že počet spojení je neomezený. Pokud je to takto, tak je to lepší.

Mno ten "ocas" je daný tím, že ostatní klienti chtějí tahat. To lze v celku pochopit. A zároveň to nic nežere, jen pokus o SYN, který skončí buď TCP_RESETem, nebo v horším případě DROPem a následným timeoutem.

[zelial]

ano, predchozi verze (2.4.0.2), kterou bude nejspis mit vetsina azureistu, ma limity: maximalne 300 spojeni celkem a maximalne 70 spojeni na torrent.

[anon123]

Bittorent jsem zkousel a moc se mi nezamlouva. Je to dost pomale stahovani, vetsinou. DC se mi zda mnohem rychlejsi.

[bazil]

tak teda ja na torrentech stahl o hodne vic dat nez za setejnou dobu na DC, na trackrech lidi musej zdilet, aby stahovaly, na DC je nikdo moc nenuti mit nejakej ten slotik navic a taky kopou potvory

[Harm]

Tak tohle mam jasne vyreseny: na novy veci bittorent, na starsi DC..

[Radek Hladik]

Ja tohle obecne resim pravidlem pro shaping, ktery uprednostnuje maly packety. Podle nastaveni se do toho pripadne vejdou i hry a pokud chci, aby si "zakaznici" mysleli, jak maj supr pingy, tak tam pridam i ICMP :)

Radek

[Brabi]

Podle mě je ta funkce zbytečná, stačilo jen pravdivě říct svou upload rychlost wizardu při prvním spuštění. Ale co se líbí mě, je že torrenty u kterých nestahuji všechny soubory nebudou otravovat i po dokončení v horní části GUI mezi těmi stahovanými.

[Rezza]

Jo? Jeste jsem nezkousel, v jednom torrentu jsem si peclive navybiral co chci a azureus to nerozdychal... Pravda, byla to neprijemna vlastnost...

[Rezza]

Tak novy Azureus suverenne predbehl Konqueror v padavosti ;)

[Rezza]

Ted uz ani nejde pustit:(

[kany]

zdravim potreboval bych poradit ohledne portu v azureusu?nebot mi dole v liste ukazuje internetova ochrana chybu v nat/firewall a po té jsem zjistil ze asi nemam spravny port ktery mi zrejmne byl pridelen uz od zacatku.a potreboval bych zjistit jak se vytvareji nove porty? nebo jestli je mozne je nekde stahnout?diky

[Jirka]

Cau lidi, prosim jak zvysim max. pocet pripojeni v conntrack tabulce??? Ja se nemuzu na svuj router prihlasit pres telnet...Diky za odpoved!