On Friday 29 November 2002 14:25, Mathieu Deziel wrote:
> > Prio in htb classes is used to give a) one class the first choice in
> > excess bandwidth and b) to give the class lower delays.
>
> About b) above, will HTB just "do its best" to give classes with lower prio
> a better delay, or will it truly work like a priority queuing mechanism (up
> to the rate, of course)?
That's one of the things I have to figure out. Htb will give the class with
the highest priority the lowest delay. BUT if this class is overlimited (if
it sends more then it's rate), the underlimited part (the other classes) are
serverd first and the delays increases a lot. See htb "USer Guid" on the htb
homepage.
So if you want a class with very low delays, you can give it a lower prio, BUT
make sure the class is never overlimited or the delay will increase a lot.
I'm planning to do some tests. I think it's possible to use the policer in
the filters to make sure the class is never overlimited.
> In other words, how does the scheduling algorithm deals with "prio" in HTB
> ? I think the answer to this question is a very inportant for anyone who is
> considering to have EF traffic in HTB. I was not able to find a technical
> and precise answer to it up to now.
Me neither. I'm planning to do some tests and read some sources around the
problem so I can clear it out. I did the same with the quantum parameter and
Devik was so nice to answer all my mails. But I promised him some good
Belgium beer, so he had no choice :)
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
