All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Vasilenko <acid@dg.net.ua>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] htb2 -> htb3 problems
Date: Tue, 06 Apr 2004 12:56:38 +0000	[thread overview]
Message-ID: <20040406125637.GC13689@dg.net.ua> (raw)
In-Reply-To: <20040406061635.GA3453@dg.net.ua>

devik (devik@cdi.cz) wrote:
> I see you have cburst 0 ! It is not allowed
> and is described in docs. What was commands to
> create the classes ?

 
/sbin/tc.3 qdisc add dev eth0 root handle 1:0 htb default 2500 r2q 100
/sbin/tc.3 class add dev eth0 parent 1:0 classid 1:1 htb rate 200mbit ceil 200mbit quantum 200000
/sbin/tc.3 class add dev eth0 parent 1:0 classid 1:2 htb rate 200mbit ceil 200mbit quantum 200000
/sbin/tc.3 class add dev eth0 parent 1:1 classid 1:3500 htb rate 10Mbit ceil 10Mbit burst 2048b cburst 1
/sbin/tc.3 qdisc add dev eth0 parent 1:3500 handle 3500: sfq perturb 5
/sbin/tc.3 class add dev eth0 parent 1:2 classid 1:5500 htb rate 20Mbit ceil 20Mbit burst 2048b cburst 1 quantum 60000
/sbin/tc.3 qdisc add dev eth0 parent 1:5500 handle 5500: sfq perturb 5
/sbin/tc.3 filter add dev eth0 parent 1:0 protocol ip prio 50 handle 3500 fw classid 1:3500
/sbin/tc.3 filter add dev eth0 parent 1:0 protocol ip prio 50 handle 5500 fw classid 1:5500



tc.3 -V
tc utility, iproute2-ss020116

> On Tue, 6 Apr 2004, Michael Vasilenko wrote:
> 
> > devik (devik@cdi.cz) wrote:
> > > > > I suppose the drop you see is CPU bound ? Did you profiled it
> > > > > again ?
> > > >
> > > > No, CPU is about times more in idle state in htb3, and
> > > > 5x lowest data rate. AFAIK, htb3 scheduler is faster, so that is the
> > > > reason of moving to htb3.
> > >
> > > ok then it is config issue probably. you should pin it down
> > > to smallest possible number of classes for test (say up to
> > > 5 classes) and then use tc -s show class ... to see internal
> > > statistics. Look for classes with small (or negative)
> > > tokens or ctokens - these are in throttling state and are
> > > slowing throughtput - then think if it is ok ..
> >
> > ok
> > I'm creating root with 200Mbit
> > and parent with 10Mbit/1Mbit
> >
> >
> > class htb 1:5500 parent 1:2 leaf 5500: prio 0 quantum 131072 rate 10Mbit ceil 12Mbit burst 2Kb/8 mpu 0b cburst 0b/8 mpu 0b level 0
> >  Sent 25443954 bytes 17155 pkts (dropped 0, overlimits 0)
> >  rate 143050bps 97pps backlog 25p
> >  lended: 17130 borrowed: 0 giants: 0
> >  tokens: 335 ctokens: -787
> >
> > class htb 1:1 root rate 200Mbit ceil 200Mbit burst 263690b/8 mpu 0b cburst 263690b/8 mpu 0b level 7
> >  Sent 482570 bytes 8712 pkts (dropped 0, overlimits 0)
> >  rate 2723bps 49pps
> >  lended: 0 borrowed: 0 giants: 0
> >  tokens: 8241 ctokens: 8241
> >
> > class htb 1:2 root rate 200Mbit ceil 200Mbit burst 263690b/8 mpu 0b cburst 263690b/8 mpu 0b level 7
> >  Sent 25406104 bytes 17130 pkts (dropped 0, overlimits 0)
> >  rate 144147bps 98pps
> >  lended: 0 borrowed: 0 giants: 0
> >  tokens: 8195 ctokens: 8195
> >
> > class htb 1:3500 parent 1:1 leaf 3500: prio 0 quantum 13107 rate 1Mbit ceil 1Mbit burst 2Kb/8 mpu 0b cburst 0b/8 mpu 0b level 0
> >  Sent 482570 bytes 8712 pkts (dropped 0, overlimits 0)
> >  rate 2739bps 49pps
> >  lended: 8712 borrowed: 0 giants: 0
> >  tokens: 12501 ctokens: -294
> >
> >
> > so, rate is 1,2Mbit
> > and what is meaning of negative ctokens?
> >
> > > >From data you send one can't decide what's bad. In any case
> > > and as I said before, behavioue changed a bit so that results
> > > can be a bit different a may need tc script changes.
> > >
> > > devik
> > >
> > > _______________________________________________
> > > LARTC mailing list / LARTC@mailman.ds9a.nl
> > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
> >
> > --
> > Michael Vasilenko
> >
> >
> 
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

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

  parent reply	other threads:[~2004-04-06 12:56 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-06  6:16 [LARTC] htb2 -> htb3 problems Michael Vasilenko
2004-04-06  6:33 ` devik
2004-04-06  6:46 ` Michael Vasilenko
2004-04-06  7:15 ` devik
2004-04-06 11:53 ` Michael Vasilenko
2004-04-06 11:55 ` Michael Vasilenko
2004-04-06 12:02 ` devik
2004-04-06 12:56 ` Michael Vasilenko [this message]
2004-04-06 13:06 ` devik
2004-04-06 13:27 ` Michael Vasilenko
2004-04-07  5:51 ` Martin Devera
2004-04-07 10:13 ` Michael Vasilenko

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=20040406125637.GC13689@dg.net.ua \
    --to=acid@dg.net.ua \
    --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 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.