Howdy,
altq on gif10 cbq qlimit 300 bandwidth 45Mb queue { queue1, queue2 }
queue queue1 qlimit 300 bandwidth 1Mb priority 7 cbq (default)
queue queue2 qlimit 300 bandwidth 10Mb priority 1 cbq(borrow red)
pass out quick on gif10 inet proto tcp no state queue queue2
If I run traffic through my q
OK, so what is the theory of operation behind this (empirically effective)
solution? I'll post my guess, please correct me.
The slowness in the system is waiting on the timer to pop. The timer did not
need to be set any quicker, just the granularity of how quickly the timers are
run needed to
Yes.. this works very well.
the first thing I tried:
I had a kern.hz of 1000 and changed to 1 (through loader.conf + reboot)
I had a queue depth of 50 and changed to 900 (through `qlimit` parameter in
pf.conf)
And now I am hitting my configured rate limits beyond my goal of 45Mb (T3
speed)
Thanks for the reply Ermal,
Based on your suggestion, I tried raising the qlimit, but it had no effect.
I have a GigE physical link. I set a child queue to catch my traffic and set a
bandwidth limit of 1000Mb on the root and 45 Mb on the child. Through this
config, I can pump and measure about
On Fri, Nov 5, 2010 at 1:33 AM, Ricky Charlet wrote:
> Has anyone out there run altq with cbq with bandwidth limits set around 40 ~
> 50 Mb and seen it work well (actual through put allowed to come near that
> speed)?
>
> Thanks
> ---
> Ricky Charlet
> Adara Networks
> USA 408-433-4942
>
I can
