Thanks, Andrew, it's intresting...
-> (default is 128). Changing this to 32 for rates below 100kb/s, I
-> have found
you mean that try change "linux/net/sched/sch_sfq.c" this: ?
#define SFQ_DEPTH 128
#define SFQ_HASH_DIVISOR 1024
for this.
#define SFQ_DEPTH 32
#define SFQ_HASH_DIVISOR 1024
I 've 2 questions about it
1) what is I use various rates (from 8k to 256k)
2) how I must proceed in Esfq ??
(in order to work with those htb classes)
Usage: ... esfq [ perturb SECS ] [ quantum BYTES ] [ depth FLOWS ]
[ divisor HASHBITS ] [ limit PKTS ] [ hash HASHTYPE]
Where:
HASHTYPE := { classic | src | dst }
Thankyou!
andres
->
-> 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.
->
-> ----- Original Message -----
-> From: "Simon Byrnand" <[EMAIL PROTECTED]>
-> To: "Jeroen Vriesman" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
-> Sent: Thursday, March 25, 2004 4:36 PM
-> Subject: Re: [LARTC] HTB speed
->
->
-> > At 11:14 14/03/2004, Jeroen Vriesman wrote:
-> > >Hi,
-> > >
-> > >just putting the answer to my own question here, for those
-> who have the
-> > >same problem, and read the mailing list archive.
-> > >
-> > >The timing of the P4 based on "jiffies" is hopeless, it's
-> different for
-> > >every processor, and can be a wrong by a factor 3.
-> > >
-> > >If the tsc (time stamp counter) is used, the htb works fine,
-> the error in
-> > >speed is now only about 1 %.
-> > >
-> > >It's set by:
-> > >
-> > >in pkt_sched.h:
-> > >
-> > >#define PSCHED_CLOCK_SOURCE PSCHED_CPU
-> > >
-> > >that's all, I wonder why it's not default to do this, or maybe it's an
-> > >idea to make the packet scheduler detect the presence of tsc when the
-> > >module is loaded.
-> >
-> > Hi,
-> >
-> > Which pkt_sched.h are you refering to ?
-> > /usr/src/linux/include/linux/pkt_sched.h or
-> > /usr/src/linux/include/net/pkt_sched.h ?
-> >
-> > And after changing it what did you do ? Recompile the kernel ?
-> >
-> > Or recompile tc ?
-> >
-> > I too see the same problems with htb (very poor accuracy of speed,
-> > significantly too slow, also very jerky) while cbq is very accurate and
-> > smooth. (But lacks some features I need)
-> >
-> > Regards,
-> > Simon
-> >
-> > _______________________________________________
-> > LARTC mailing list / [EMAIL PROTECTED]
-> > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
->
-> _______________________________________________
-> LARTC mailing list / [EMAIL PROTECTED]
-> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
->
_______________________________________________
LARTC mailing list / [EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
