Bufferbloat

5.5.2011 10:36 | Přečteno: 1386× | Linux | poslední úprava: 5.5.2011 14:03

Krátce: narazil jsem na zajímavou iniciatu Jima Gettyse, jejímž cílem je „bojovat“ proti tomu, co nazývá jako „Bufferbloat“.

O co jde? Gettys tvrdí, že dnešní internetová komunikace trpí „přebufferováním“. Tj. že IP packety jdou postupně několika vrstvami poměrně velkých bufferů, což se projeví hlavně ve chvíli, kdy je zahlcena kapacita spojení (resp. jeho úzkého hrdla), tak, že se packety hromadí v bufferech a závratně tím roste latence. Řešením má být raději uskrovnění se v celkové velikosti bufferů, než jenom hrubé navyšování rychlosti připojení. Více čtení na www.bufferbloat.net, Gettysově blogu, viz také jeho přednášku z pražského zasedání IETF, nebo tento sloupek (publikovaný v IEEE Internet Computing). Pro zajímavost: už se objevují první patche, které se, inspirovány touto iniciativou, snaží o inteligentnější řízení bufferů v síťových kartách...

Tak co, přesvědčil vás? Už jste zmenšili txqueuelen?

Aktualizace: Přednáška na IETF fóru v Praze byla zkrácenou verzí tohoto.        

Anketa

Komentáře

[Roger]

Závratně klesající latence je super – jen víc bufferů! :)

[Petr Tomášek]

Ahhh, pochopitelně jsem měl na mysli zvětšující se latenci. Díky, opraveno.

[pht]

Řešením má být raději uskrovnění se v celkové velikosti bufferů

Řešení je použití různých typů bufferů pro různé služby. Některým službám vyhovují větší buffery, některým menší.

[Petr Tomášek]

Á, pan velechytrý zase přišel a kecá svoje školometské poučky, aniž by se nejdřív snažil si uvedené odkazy přečíst a pochopit, v čem je problém.

[pht]

Když myslíte. Ale možná by bylo lepší se soustředit na můj komentář než na mou osobu.

[Petr Tomášek]

Možná by bylo lepší se soustředit na to, co říká Jim Getty

[pht]

Nebo Chuck Norris, nebo Petr Tomášek.

[Petr Tomášek]

Bohužel, v této diskuzi jste nezplodil jediné slovo, které by bylo k věci. Baví vás to?

[Ondrej 'SanTiago' Zajicek]

On txqueuelen malokdy hraje roli, protoze obvykle se tyka 100Mbps (ci dnes uz dokonce 1 Gbps) sitovky, ktera je jen vyjimecne onim uzkym hrdlem [*]. Mnohem vetsi problem jsou ruzne 'krabicky' s ethernetem na jednom konci a nejakym pomalym rozhranim (ADSL, wifi, 'kabelovka') na druhem. A u nich typicky clovek nic takoveho nenastavi. Na druhou stranu, pokud je konektivita omezena softwarove poskytovatelem, tak je ono uzke hrdlo presunuto uz uplne mimo kontrolu uzivatele.

[*] mnohe wifi karty maji txqueuelen defaultne na nizsi hodnote.

[Jendа]

Mnohem vetsi problem jsou ruzne 'krabicky' s ethernetem na jednom konci a nejakym pomalym rozhranim (ADSL, wifi, 'kabelovka') na druhem.

Ano, dokonce to došlo tak daleko, že si frontuju sám a mám klid.

[trekker.dk]

Myšlenka dobrá, jenže na sdílené lince s proměnlivým uploadem se budeš buď zbytečně omezovat, nebo to naopak nebude fungovat vůbec.

[Jendа]

Já mám upload celkem stabilní (UPC), takže mi to funguje.

[Petr Tomášek]

Ale no tak, nepoznáte, že to s txqueuelen bylo napsáno s nadsázkou? Nebo jaký smajl tam už mám přístě dát, aby to bylo zřetelné :-O

Hlavní průšvih, na který Gettys upozorňuje, je, že se v moderních systémech kupí několik vrstev bufferů: od HW bufferů v síťovce, přes několik vrstev v OS. Hloupé je, že se toto chování projeví pouze, pokud se takový buffer ocitne vedle „úzkého hrdla“ spojení...

Ano, s krabičkami máte naprostou pravdu...

[trekker.dk]

Tady někdo objevil Ameriku... jenže... teď tu byl...

[Petr Tomášek]

A četl jsi vůbec ty odkazy?

[mirec]

collisions:0 txqueuelen:3

Čo že to mám dať v ankete?