From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] sum of child rates exceeds parent rate
Date: Tue, 13 Jan 2004 21:20:08 +0000 [thread overview]
Message-ID: <200401132220.08618.stef.coene@docum.org> (raw)
In-Reply-To: <1073884201.40022c299ffd2@webmail1.maa.sify.net>
On Tuesday 13 January 2004 11:13, arek@chelmnet.pl wrote:
> > It will try to give each class it's configured rate. An other
> > problem is the
> > bottleneck. YOU have to be the bottleneck and if you send more
> > then your
> > modem can handle, the modem will be the bottleneck and undo the traffic
> > shaping.
>
> Wow wow, wait !
Ok :)
> you can have 100 child classess in a sum of 100Megs, root class equal
> 10Megs.
>
> the sum of all child classes will be 10Megs, and no more (if you ceil root
> rate to 10Megs it at htb)
Wrong. The configured rate of a class is _always_ satisfied. If you have a
100M link, a parent class ceiled to 10M and 100 classes with rate = 1M, each
class will get 1M. So together they will get 100M. And even if that is more
the the ceil of the parent.
So you can overlimit a parent class.
> The behave of which child class get more /equal tokens than other you set
> by priority parameter.
Yes and no. Each class will get his configured rate as a minimum. If the
parent class has some bandwidth left, it will be given to the class with the
lowest prio.
At the same time, the class with the lowest prio will be able to send it's
packets first and so will have a lower delay. BUT, if a low prio class uses
more bandwidth then the configured rate, the latency goes up.
> That is my theory with HTB+linux. With cbq many times total rate exceeds,
> so i use it no more (it was not accurate). But HTB is accurate.
Yes, but trust me, you need to follow some rules. You can find them on the
faq page on docum.org.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.openprojects.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2004-01-13 21:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-12 5:40 [LARTC] sum of child rates exceeds parent rate jayesh rathod
2004-01-12 17:31 ` Stef Coene
2004-01-13 10:13 ` arek
2004-01-13 21:20 ` Stef Coene [this message]
2004-01-13 22:58 ` arek
2004-01-14 22:00 ` Stef Coene
2004-01-19 21:11 ` Damjan
2004-01-19 23:03 ` Damjan
2004-01-23 20:56 ` Stef Coene
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=200401132220.08618.stef.coene@docum.org \
--to=stef.coene@docum.org \
--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