Strange, must be somthing else going on. I had the same 40 to 50 percent too slow, which was completely fixed bij using PSCHED_CPU in pkt_sched.h. Using kernel 2.4.24, I measure the speed with the iptables byte counters. On Fri, 26 Mar 2004 16:27:42 +1200 Simon Byrnand <simon@xxxxxxxxxxx> wrote: > At 12:46 26/03/2004, Simon Byrnand wrote: > >At 18:17 25/03/2004, Andrew Hall wrote: > >>You need to recompile the kernel after altering this value in > >>linux/include/net/pkt_sched.h. Also remember that if using SFQ on leaf > >>qdisc, then the queue length may cause delay problems if it's too long > >>(default is 128). Changing this to 32 for rates below 100kb/s, I have found > >>to help things considerably. This change needs to be done in > >>linux/net/sched/sch_sfq.c. which also needs a kernel recompilation. > > > >Hmm, > > > >When I use sfq with cbq at speeds like 256Kbit there is no problem at all, > >runs very sweetly, but with HTB and sfq, it is very jerky and poor. I'll > >try the change in pkt_sched.h first and see how I go... > > Ok, I tried the change in pkt_sched.h and didn't notice any difference > whatsoever. Any other ideas ? cbq is still fine but htb for the same speed > is very jerky and the speed fluctuates around 60-80% of the wanted speed, > while cbq gives a steady 99% of the wanted speed... > > Regards, > Simon > > _______________________________________________ > LARTC mailing list / LARTC@xxxxxxxxxxxxxxx > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
