* Re: [LARTC] Latency in SFQ --> Done
@ 2001-12-20 5:27 Adi Nugroho
2002-01-09 3:30 ` Alexey Kuznetsov
2002-01-10 5:36 ` Adi Nugroho
0 siblings, 2 replies; 3+ messages in thread
From: Adi Nugroho @ 2001-12-20 5:27 UTC (permalink / raw)
To: lartc
On Tuesday 18 December 2001 16:03, bert hubert wrote:
> > If we are using TBF, we can reduce "buffer" and "limit" to minimize
> > latency. What should we do in SFQ?
>
> You can't really. SFQ has a fixed queue length of 128.
>
Dear Sirs,
It worked now.
Thank you for all help, from this mailing list and from IRC.
Special Thanks for Mr. Hubert
I have reduce the buffer (queue length) from 128 to 15, and it works very
nice, very well, and very fair.
What I did was:
1. Open the sfq source (/usr/src/linux/net/sched/sch_sfq.c)
2. In about line 91, there is "#define SFQ_DEPTH 128"
3. Change it to "#define SFQ_DEPTH 15"
4. Recompile kernel (modules)
5. Restart (I'm not sure it is needed. modprobe should be enough)
6. Run it again
7. Nice...nice....nice.....
For Mr. Kuznetsov, if you don't mind, I would like to suggest to give a
chance to the user to change it manually in run time, like we can change
quantum and perturb. (in the next release, of course)
In developed countries, queue depth 128 is fair, since we are talking about
high speed network.
In my case, I just use 64 kbit bandwidth for every 4 Internet caffee, which
used by about 15 computers each. Very slow speed.... need very small queue
length.
Regards,
Adi Nugroho
Who are very happy now :-)
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Latency in SFQ --> Done
2001-12-20 5:27 [LARTC] Latency in SFQ --> Done Adi Nugroho
@ 2002-01-09 3:30 ` Alexey Kuznetsov
2002-01-10 5:36 ` Adi Nugroho
1 sibling, 0 replies; 3+ messages in thread
From: Alexey Kuznetsov @ 2002-01-09 3:30 UTC (permalink / raw)
To: lartc
Hello!
> For Mr. Kuznetsov, if you don't mind, I would like to suggest to give a
> chance to the user to change it manually in run time, like we can change
> quantum and perturb. (in the next release, of course)
Yes, of course.
Actually, I do not remember why I did not make it tunable. :-)
Seems, I was stuck on expenses of _increasing_ it and somewhat
missed that people may want to decrease it as well.
Alexey
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Latency in SFQ --> Done
2001-12-20 5:27 [LARTC] Latency in SFQ --> Done Adi Nugroho
2002-01-09 3:30 ` Alexey Kuznetsov
@ 2002-01-10 5:36 ` Adi Nugroho
1 sibling, 0 replies; 3+ messages in thread
From: Adi Nugroho @ 2002-01-10 5:36 UTC (permalink / raw)
To: lartc
On Wednesday 09 January 2002 11:30, Alexey Kuznetsov wrote:
> > For Mr. Kuznetsov, if you don't mind, I would like to suggest to give a
> > chance to the user to change it manually in run time, like we can change
> > quantum and perturb. (in the next release, of course)
>
> Yes, of course.
>
> Alexey
Hurray......
Thank you for your help and your hardwork.
Once the new sch_sfq.c has been updated, please don't forget me....
I'm appliying to be a user tester :-)
Once again.... thanks....
Adi Nugroho
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-01-10 5:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-12-20 5:27 [LARTC] Latency in SFQ --> Done Adi Nugroho
2002-01-09 3:30 ` Alexey Kuznetsov
2002-01-10 5:36 ` Adi Nugroho
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.