Ingolf Zeiner Petersen wrote:
(256Kbit/s ADSL)
altq on rl1 priq bandwidth 170Kb queue { std_out, websrv_out, web_out,
im_out, rdp_out, radio_out, ssh_out, dns_out, udp_gaming_out,
ip_telefoni_out }
I run 1536/256 ADSL here and found that a figure or 205Kb is the upper
limit for me (versus the 170Kb you have) , any more and the queue wont
drop packets correctly, any less and i'm not getting the full bandwidth
i'm paying for. If you have 256Kb try changing this figure and you
might find you gain some extra speed.
queue std_out priq(default red) qlimit 1
queue websrv_outpriority 2 qlimit 1
queue rdp_out priority 3 qlimit 1
queue web_out priority 4 qlimit 1
queue im_outpriority 5 qlimit 1
queue radio_out priority 6 qlimit 1
queue ssh_out priority 7 qlimit 1
queue dns_out priority 8 qlimit 1
queue udp_gaming_outpriority 11 qlimit 1
queue ip_telefoni_out priority 15
I had a play a while ago with the qlimit but I had it added into the
"altq on rl1.." line, oddly it never changed a thing and never gave
an error. Since seeing your qlimit statements i've been playing with it
for the past couple of days and working on tuning and found a qlimit of
1 serverly limited queues and they never saw full bandwith potential. I
found a good figure for me was 10 as opposed to a standard 50. My
testing of the qlimit number had me pinging a local site while uploading
with Azurues and watching its graph. Basically I tried to get the graph
flat when there was nothing else uploading and it turns sawtoothish when
upload bandwidth is needed. I also tried to get the pings consistant
(icmp traffic is set to 15 for me specifically for testing) and as low
as possible.
Matt.