Hello.

Dybra... kto jest mi w stane wytlumaczyc takie zachowanie:

zalozmy ze eth0 to int wyjsciowy w swiat

tc qdisc add dev eth0 root handle 1: htb default 5

tc class add dev eth0 parent 1: classid 1:1 htb rate 150kbit burst 10k cburst 10
tc class add dev eth0 parent 1:1 classid 1:2 htb rate 60kbit ceil 120kbit burst 7k cburst 7k
tc class add dev eth0 parent 1:1 classid 1:5 htb rate 20kbit ceil 90kbit burst 10k cburst 10k

tc qdisc add dev eth0 parent 1:2 handle 10: sfq perturb 10
tc qdisc add dev eth0 parent 1:5 handle 40: sfq perturb 10

tc filter add dev eth0 protocol ip parent 1: prio 1 u32 match ip tos 0x10 0xff flowid 1:2
tc filter add dev eth0 protocol ip parent 1: prio 1 u32 match ip protocol 1 0xff flowid 1:2
tc filter add dev eth0 protocol ip parent 1: prio 1 u32 match ip dport 7777 0xffff flowid 1:2

Port 7777 to usluga na ktorej mi zalezy na szybkosci dzialania, icmp to kazdy wie co, tos chyba tez... caly ruch w klasie 1:2 nie przekracza 1KB/s (przewaznie jest to ok 200-400KB/s). Istnieja jeszcze klasy 1:3 i 1:4, ale tam ruch jest zupelnie znikomy.

I teraz jak to dziala:
- Jesli w klasie 1:5 ruch oscyluje w granicach do 50-60% jej ceil, ping do wp.pl waha sie w granicach 30-100ms - srednio 60ms
- Jesli w klasie 1:5 ruch osiagnie wartosci 90% i wiecej JEJ ceil, ping do wp.pl rosnie do wartosci 300-1000ms, srednio >500ms

Tak, wiem ze calosc zalezy jeszcze od ruchu przychodzacego, jest tam podobne kolejkowanie (procentowo), pozatym nigdy ruch calosci nie przekracza 50% przepustowosci lacza (~55% rate klasy glownej).

Acha... z obliczen i obserwacji wynika ze burst i cburst maja znikome znaczenie w tym przypadku, to czy usune kolejke wejsciowa tez ma niewielkie znaczenie (zreszta i tak caly czas wartosci sa znacznie ponizej granic dopuszczalnych dla wejscia).

Ps. moze byc tam literowka, pisze z palca a chodzilo mi o pokazanie wartosci, niemniej sa to wartosci prawdopodobnie identyczne z faktycznymi.
Received on Fri Dec 3 18:19:21 2004