Linux Advanced Routing and Traffic Control list
 help / color / mirror / Atom feed
From: lartc@e-apollo.lv
To: lartc@vger.kernel.org
Subject: [LARTC] HTB Problem
Date: Mon, 09 Dec 2002 18:19:14 +0000	[thread overview]
Message-ID: <marc-lartc-103945817729990@msgid-missing> (raw)
In-Reply-To: <marc-lartc-100803866815679@msgid-missing>

Hello,

 I am shaping traffic for ~250 users and i have noticed something is wrong:
 Each user is being shaped from 32kbit/s to 2mbit/s.
 
 When i run the script which creates the classes the following error is printed to syslog:
Dec  9 19:53:34 p1 kernel: HTB: quantum of class 10009 is small. Consider r2q 
change.<4>HTB: quantum of class 10055 is small. Consider r2q change.<4>HTB: quantum of 
class 10082 is small. Consider r2q change.<4>HTB: quantum of class 10103 is small. Consider 
r2q change.<4>HTB: quantum of class 10106 is small. Consider r2q change.<4>HTB: quantum 
of class 10109 is small. Consider r2q change.
... etc etc.

I searched google and found some posts on this error, they said to change the r1q quantum 
value, tho it wasnt clearly said how big the value should be.

Could anyone tell me what r2q value to set if thaffic is shaped to 32kbit, 64 kbit and 128kbit/s?

I read the manual of HTB and it says:
'Normaly you don't need to specify quantums manualy as HTB chooses precomputed values. It 
computes classe's quantum (when you add or change it) as its rate divided by r2q global 
parameter. Its default value is 10 and because typical MTU is 1500 the default is good for rates 
from 15 kBps (120 kbit). For smaller minimal rates specify r2q 1 when creating qdisc - it is good 
from 12 kbit which should be enough'

So, is 
'r2q 3' enough for 32kbit/s
'r2q 6' enough for 64kbit/s
and
'r2q 10' (default) enough for 128kbit/s+?


Soon after the 'HTB: quantum of class <class> is small' messages in syslog i get the following 
errors from HTB:
(around 10 minutes after the warnings of 'quantum of class <class> is small':

Dec  9 20:04:43 p1 kernel: HTB: bad diff in events, cl\x10345 diffFCE0000 now\x1187872768 
thenB94934528 j\x10106476
Dec  9 20:04:48 p1 kernel: NET: 189 messages suppressed.
Dec  9 20:04:48 p1 kernel: HTB: bad diff in events, cl\x10054 diffG0D0000 now\x1191976960 
thenB94909952 j\x10106977
Dec  9 20:04:53 p1 kernel: NET: 190 messages suppressed.
Dec  9 20:04:53 p1 kernel: HTB: bad diff in events, cl\x10054 diffG4C0000 now\x1196105728 
thenB94909952 j\x10107481

And it seems the classes start dying one after other, cause the clients start calling me and 
screaming 'internet doesnt work'.
as soon as i flush qdisc, everything works perfect again.
So for now i have put the traffic script in crontab flushing and adding classes every 15 minutes.

Any suggestions?

I am using HTB 3.6 and Linux 2.4.19

I tried Linux 2.4.20 with HTB included, tho the results were much more poor - if i shaped traffic 
to 256kbit/s on 2.4.19 the ping was around 200ms (constant), tho on 2.4.20 it was increasing 
and decreasing dramatically - from 6000ms to 80ms.


P.Krumins
 ____________________________________________________________
 
 Reìistrç un lieto savu Apollo e-pastu www.e-apollo.lv
 
 www.apollo.lv

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

  parent reply	other threads:[~2002-12-09 18:19 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-11  2:46 [LARTC] HTB problem yangrunhua
2001-12-11  9:21 ` bert hubert
2001-12-11  9:34 ` yangrunhua
2001-12-11  9:35 ` yangrunhua
2001-12-11 11:10 ` bert hubert
2001-12-12  5:47 ` yangrunhua
2001-12-12 10:02 ` yangrunhua
2001-12-12 11:40 ` Martin Devera
2001-12-12 13:50 ` bert hubert
2001-12-12 23:48 ` yangrunhua
2001-12-13 10:07 ` bert hubert
2002-06-26  0:22 ` [LARTC] htb problem Omar Armas
2002-06-26  0:32 ` Tomasz Wrona
2002-12-09 18:19 ` lartc [this message]
2002-12-09 18:57 ` [LARTC] HTB Problem Stef Coene
2003-01-23 22:47 ` [LARTC] HTB problem Jay Wineinger
2003-01-24  2:15 ` mingching.tiew
2003-01-24  2:39 ` Jay Wineinger
2003-06-12 19:21 ` [LARTC] htb problem Ratel
2003-06-12 19:23 ` Esteban
2003-06-12 19:35 ` Stef Coene
2003-06-12 20:04 ` Morten Isaksen
2003-06-12 20:51 ` Stef Coene
2003-06-12 20:54 ` Stef Coene
2003-06-12 21:15 ` Stef Coene
2003-06-14 21:46 ` terahz
2003-06-15 18:14 ` Stef Coene
2003-06-25 11:14 ` Ratel
2003-07-24 14:26 ` Delcho
2003-07-28 17:49 ` Stef Coene
2003-09-30 13:44 ` [LARTC] HTB Problem Guilherme Benkenstein
2003-09-30 19:59 ` Stef Coene
2003-12-02 23:08 ` [LARTC] HTB problem Mihai Tanasescu
2003-12-04  5:16 ` Mihai Tanasescu
2003-12-04  7:40 ` Catalin BOIE
  -- strict thread matches above, loose matches on Subject: below --
2004-09-06 21:56 Cow
2004-09-07 11:08 ` zytek
2004-09-07 20:28 ` Cow
2004-09-07 21:16 ` [LARTC] HTB Problem Cow
2004-09-07 21:18 ` [LARTC] HTB problem Cow
2004-09-07 21:53 ` Andreas Klauer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-103945817729990@msgid-missing \
    --to=lartc@e-apollo.lv \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox