On Saturday, 05 July 2003, at 09:19:27 +0200,
Sergiusz Brzezi?ski wrote:
> machine:AMD K6 200 MHz
> Linux distribution: Mandrake 8.1
> kernel: compiled 2.4.21
> applied this:
> #define PSCHED_CLOCK_SOURCE PSCHED_CPU in file
> linux/include/net/pkt_sched.h bevore compiled t
> Użytkownik devik napisał:
> > Well. The right way for your case would be to limit single
> > subqueue in SFQ. See line 24 of attached patch - and try patch
> > itself.
> > devik
>
> hmm.. with pfifo_fast is thesame problem - no drops... and unstable. It
> doesn't look like a SFQ-specific problem
Original Message:
-
From: Sergiusz Brzeziñski [EMAIL PROTECTED]
>Well, it helped in 80%. Why only in 80? I repeated my test with SFQ and:
>- it worked better than bevore, there where long time periods
>(15-20sec.) with right rate-values
>http://mailman.ds9a.nl/mailman/listinfo/lart
Użytkownik devik napisał:
Well. The right way for your case would be to limit single
subqueue in SFQ. See line 24 of attached patch - and try patch
itself.
devik
hmm.. with pfifo_fast is thesame problem - no drops... and unstable. It
doesn't look like a SFQ-specific problem. With fifo (without set
Well. The right way for your case would be to limit single
subqueue in SFQ. See line 24 of attached patch - and try patch
itself.
devik
On Mon, 7 Jul 2003, Sergiusz Brzeziński wrote:
> Użytkownik devik napisał:
> >>I did pfifo with limit 10 and HTB started to work. I noticed drops and
> >>rate wa
Użytkownik devik napisał:
I did pfifo with limit 10 and HTB started to work. I noticed drops and
rate was OK. Sometimes (for 10-40 seconds) but seldom it worked bad (1:2
got less, than it should) but there wasn't drops during this time. I
tried this also with 12kbit at it was similar.
If I good und
On Monday 07 July 2003 06:16, Leonardo Balliache wrote:
> At 01:05 a.m. 06/07/03 +0200, you wrote:
>
> Hi, Sergiusz:
> >I make a test:
> >I send an email - it goes to default class 1:3. Then (during email is
> >sent) I get e big file through www. What happen? WWW rate is 30-70kbit.
> >So it doesn't
> I did pfifo with limit 10 and HTB started to work. I noticed drops and
> rate was OK. Sometimes (for 10-40 seconds) but seldom it worked bad (1:2
> got less, than it should) but there wasn't drops during this time. I
> tried this also with 12kbit at it was similar.
>
> If I good understand, there
At 01:05 a.m. 06/07/03 +0200, you wrote:
Hi, Sergiusz:
I make a test:
I send an email - it goes to default class 1:3. Then (during email is
sent) I get e big file through www. What happen? WWW rate is 30-70kbit.
So it doesn't keep his guaranted rate 122kbit. It lends his rate for
SMTP. When SMTP
That's it!
I did pfifo with limit 10 and HTB started to work. I noticed drops and
rate was OK. Sometimes (for 10-40 seconds) but seldom it worked bad (1:2
got less, than it should) but there wasn't drops during this time. I
tried this also with 12kbit at it was similar.
If I good understand, t
Interestingly from what I see HTB didn't come into play.
All drop and overlimits counters are zero. It seems that
www server haven't managed to send more.
Please try to add pfifo with limit 10 under both classes.
Because you are sending from the same computer, your
TCP stack uses send queue managem
Thak you for your hints!
> 1) 6kbit is really too small it should be at least 10 ..
I tried with 12, 20 and even with 30kbit for 1:3
I noticed, that it work for some seconds (or 1-2 minutes) but than the
1:3 class gets more then it should get :(.
> 2) it should workeven with 6k:
> - look at s
1) 6kbit is really too small it should be at least 10 ..
2) it should workeven with 6k:
- look at stats (tc -s class show dev eth0) before and
after the test - you are interested in drops. Also try
it during the test to look whether queues are build up.
devik
On Sat, 5 Jul 2003, Sergiusz B
Hi,
machine:AMD K6 200 MHz
Linux distribution: Mandrake 8.1
kernel: compiled 2.4.21
applied this:
#define PSCHED_CLOCK_SOURCE PSCHED_CPU in file
linux/include/net/pkt_sched.h bevore compiled the kernel
(described on http://www.docum.org/stef.coene/qos/faq/cache/40.html)
ba
14 matches
Mail list logo