QoS w rc-scriptach

[Arkadiusz Miskiewicz]

Jacek Konieczny <jajcus w pld.org.pl> writes:

> Ale o co chodzi?
O to chodzi by mieć możliwość ustawienia maksymalnej przepustowości
in/out dla całego interfejsu.

Blues napisał, że ingress jest tylko na 2.4, a tym samym na 2.2
będzie kicha, i zostanie tylko możliwość ustawiania limitu dla out.

> Jeżeli chodzi o konfigurację interfejsu, to mamy teraz parametr "QDISC"
> w plikach ifcfg-* i podstawowe rzeczy to załatwia (teql/sfq/tbf). Ta
> funkcjonalność działa i niechciałbym żeby znikła. Robienie czegoś więcej
> per-interfejs (w plikach ifcfg) IMHO nie ma sensu, bo będzie to albo
> i tak stanowczo za mało do większości zastosowań, albo zbyt skomplikuje
> pliki ifcfg. Ewentualnie widziałbym coś takiego jako dodatkowy
> mechanizm.
IMO takie proste coś jak limit na cały interfejs może jeszcze być w ifcfg-*.

> Jeśli chodzi o wydajność HTB, to AFAIK problem jest dobiero, gdy jest
> dużo klas, a z tego co widzę, to chcecie jedną klasę zrobić. 
> Jeśli chodzi o IMQ, to nie widzę powodu, żeby to olewać. Jeżeli
> powstanie jakiś mechanizm do obsługi QoS w rc-scripts, to IMQ powinno
> być po prostu traktowane jako jeden z interfejsów.
> Mimo wszystko uważam, że jednak nie ma co tego QoS pakować do rc-scripts
> (poza tym co jest). Bo powstanie jakiś ograniczony albo zagmatwany
> interfejs, a i tak każdy kto będzie chciał jakieś sensowne QoS u siebie
> zrobić, to będzie pisał swoje skrypty. I będzie się musiał dodatkowo
> martwić, jak to zrobić, żeby to współgrało z tym co rc-scripts próbuje
> zrobić.
Ja nie zamierzam pakować QoSa całego w rc-scripts :-) Tylko pewne
proste, a czasami przydatne rzeczy.

>         Jacek

-- 
Arkadiusz Miśkiewicz   IPv6 ready PLD Linux at http://www.pld.org.pl
misiek(at)pld.org.pl   AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr