[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Packet queueing; Not borrowing from parent queue
On Friday, Jan 30, 2004, at 11:45 US/Pacific, jared r r spiegel wrote:
[ on CBQ borrowing trouble ]
if you just can't get anywhere, maybe trying hfsc would be an option?
I'd echo this. While I can't say there isn't something wrong with the
CBQ implementation, CBQ itself is oriented toward bandwidth limiting,
with HFSC oriented toward guarantees.
i know hfsc doesn't seem to be as well documented or readily available
documentation as cbq/priq, but i am working on uncovering the magic in
hfsc and have been thus far very pleased with the results. it seems
to handle gracefully me using 100Mb on the altq line and even using
values in my <sc> settings as low as 488 b. it seems that 'realtime'
is the bandwidth used when the link is not saturated, or the queue is
not at 50/50 or whichever; and 'linkshare' is what it uses instead
when the link is saturated.
'realtime' is the minimum guarantee; it will always be satisfied.
'linkshare' is for sharing the remaining bandwidth, after all
'realtime' guarantees have been taken care of. pf also has
'upperlimit' for a hard limit. So a queue will get "bandwidth =
realtime <= (excess weighted by linkshare) <= upperlimit". Or should,
The URL you were going to post didn't show, but HFSC's home page is
http://www-2.cs.cmu.edu/~hzhang/HFSC/ and I've found the presentation
there useful. kjc's notes in
http://www.csl.sony.co.jp/person/kjc/kjc/software/TIPS.txt are useful
for a less theoretical overview. Even so, I can't claim to be an
expert myself, it's taken quite a while to sink in...