On Tuesday 22 April 2003 19:25, Frank v Waveren wrote:
> On Tue, Apr 22, 2003 at 04:41:31PM +0200, Stef Coene wrote:
> > It depends on what you want to achieve. You create a very complicated
> > setup with 3 qdiscs. If you only want speed up ACK, and other traffic,
> > you can do this with 1 htb qdisc only. More qdiscs, means more queues so
> > higher latency, higher CPU usage.
> > It also depends on how mach traffic you put in the bands. If you only
> > want to speed up ACK, you can also use a htb class with a higher
> > priority.
>
> So a class with a higher priority that isn't empty will always be
> scheduled in front of one with a lower prio? That'd do the trick yes,
> good.
Yes. But if you send too much data in the higher priority class (so you
overlimit it), latency goes up.
> > So it just depends on what you want to do. Maybe there is a cleaner
> > solution.
>
> Perhaps, but at the moment I'd be happy with just having filters work
> properly. I'll try a clean, unpatched, straight-from-linus (or
> marcelo) kernel later this week and see if it works on that.
--
stef.coene@xxxxxxxxx
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
