tc čili simulujeme latenci (diskuse)

[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.