tc čili simulujeme latenci

4.12.2008 18:31 | Přečteno: 2050× | pro temnou strunu |

Jen krátká noticka o programu tc pro jednoduchou, leč účinnou simulaci síťové latence. Zároveň obrovské poděkování autorovi článku How to simulate a slow network, z něhož tady hodlám vytáhnout jen dva příkazy. Aneb: k čemu NetLimiter?

Vyvíjíte webové aplikace, které intenzivně využívají AJAX? Máte mou upřímnou soustrast, a dvojnásobnou v případě, že jste teprve nedávno zjistili, že taková aplikace se může v provozu chovat úplně jinak, než při vývoji. Při vývoji aplikaci obvykle zkoušíte na tomtéž stroji, kde běží, případně na lokální síti. Čímž ovšem efektivně odstraníte zpoždění sítě, které Vaši uživatelé mohou dost výrazně pocítit. Co všechno zajímavého se může stát, to nechám na zvrhlosti fantazie laskavého čtenáře, a bez zbytečných průtahů ukážu hloupě jednoduchý postup, jak se v tomto ohledu uživateli přiblížit (a zkomplikovat si práci).

# tc qdisc add dev lo root handle 1:0 netem delay 150ms

A rázem máte zpoždění o 150 ms vyšší. Pokud nechcete zpoždění konstantní, můžete třeba:

# tc qdisc add dev lo root handle 1:0 netem delay 150ms 20ms

a je to 150 ± 20 ms. To vše na lokálním síťovém rozhraní (lo). Ještě pro zrušení:

# tc qdisc del dev lo root

Zvláštní pocit pak zakusíte, když si uvědomíte, že na tomtéž rozhraní komunikuje i vyvíjená aplikace s databází Ale což, funguje to. Nebo si v síti pustíte počítač s Windows (stejně si to potřebujete zkusit v IEčku…) a namísto lo použijete eth0. Paráda.

A pokud jsem někomu neřekl nic nového, smůla. V dohledné době se chystám napsat takový malý zápisek o New Weirdu, tam si zase přijdou na své příznivci Ladickova literárního spamu

       

Komentáře

[Jan Drábek]

Jo, některé JS skripty se chovají dost divně...

[srigi]

Osobne som robil nejaké pokusy s Ajaxom pod windooze a latencie som si simuloval v PHPcku (usleep() ), 404-ku nasmerovanim na nespravnu URL.

[Xóža Hňabaj]

On ten tc umi jeste vic zajimavych veci - napriklad poskozovat pakety, ztracet je apod. To se zase hodi pro testovani odolnosti vlastnich protokolu. Tuhle se na to nekdo ptal v poradne, daval jsem tam par prikazu ktere pouzivam. Hodi se, pokud clovek nema chut procitat rozsahlou dokumentaci shaperu.

edit: tady je ten dotaz

[Ladicek]

Díky za doplnění, já jsem jenom v rychlosti prolítnul manuálovou stránku, zjistil jsem, že rozumím asi tak každému pátému slovu, a spokojil se s používáním podle kuchařky

[Michal Kubeček]

On to nedělá ani tak příkaz tc, ale spíš příslušná qdisc, kterou používáte. Tvrzení, že příkaz tc umí simulovat nekvalitní spojení, je asi tak přesné, jako kdybyste prohlásil, že příkaz iptables umí omezit frekvenci příchozích spojení na webový server.

[Martin Beránek]

zajímavé +1, jenom se mi to nějak nedaří rozchodit...

$ tc qdisc add dev lo root handle 1:0 netem delay 150ms
RTNETLINK answers: Operation not supported 

někde jsem našel, že je potřeba povolit CONFIG_NETLINK v jádře, ale to němůžu najít...

[Non_E]

Taky mi to enchce zaboha fungovat  

[Michal Kubeček]

A máte v jádře podporu pro tu qdisc netem? Nejsem si jistý, jestli je standardní součástí, spíš bych řekl že ne.

[Ladicek]

V Debianu jo

[Michal Kubeček]

Výrazem "standardní" myslím to, jestli je ve vanilla jádře, a tedy všude. Jinak to bude jen záležitost specifických distribučních jader nebo rukodělného patchování. Na to by měl samozřejmě dobře napsaný blogpost upozornit, ale to se v tomto případě (kdy se autor domnívá, že tu simulaci dělá příkaz tc) dalo těžko čekat.

[Ladicek]

Autor o tc ještě před pár týdny netušil vůbec nic a domnívá se, že jeho existence je neznáma i řadě dalších lidí, proto tenhle blogpost napsal. Autor dále není tak naivní, aby si myslel, že příkaz tc dělá něco jiného, než že komunikuje s jádrem, ačkoliv pro perverzní síťařské šťouraly určitě měl zdůraznit, že se jedná o kuchařku beze špetky vysvětlení. Autor se za toto politováníhodné nedopatření co nejsrdečněji omlouvá. P.S.: autor nepoužívá ifconfig

[Michal Kubeček]

Snahu šířit osvětu samozřejmě chválím. Ale musím trvat na tom, že tvrzení o "programu tc pro jednoduchou, leč účinnou simulaci síťové latence" je už hodně za hranicí přijatelného zjednodušení. Prostě si myslím, že kdybyste před napsáním toho návodu trochu hledal a zjistil, k čemu slouží příkaz tc a co vlastně znamená "qdisc" a "netem", mohl být ten návod mnohem užitečnější.

Dobrá zpráva: vypadá to, že ten driver je ve vanilla jádrech už docela dlouho, takže by s tím neměl být problém v žádné aktuální distribuci.

[Ladicek]

Asi jo. Ale já fakt nejsem síťař a manuálová stránka tc mi byla asi tak srozumitelná, jako shakespearovská angličtina Každopádně díky, že jste na to aspoň v diskusi upozornil.

[Michal Kubeček]

Manuálová stránka se hodí spíš jen jako reference, když už víte, jak to funguje, a potřebujete si osvěžit syntaxi. Něco se dá najít v LARTC HowTo (kapitoly 9-12) nebo v Differentiated Service HowTo (kapitola 2).

[dustin]

Zajímalo by mě, jak se takové situace řeší, když vývojář pracuje pouze na windows. Zda také existují takové vychytávky.