From: Martin Devera <devik@cdi.cz>
To: lartc@vger.kernel.org
Subject: Re: About burst and cburst in htb (Re: [LARTC] htb faq)
Date: Mon, 27 May 2002 18:50:45 +0000 [thread overview]
Message-ID: <marc-lartc-102252549231863@msgid-missing> (raw)
In-Reply-To: <marc-lartc-102249699809502@msgid-missing>
> > I don't think so. The burst values are used by htb to answer
> > question "is the class over rate" and "is the class over ceil".
> > The rate and ceil estimator is coupled by pairs rate/burst and
> > ceil/cburst. It is by definition of leaky bucket.
>
> So is it the leak size ?
Leaky bucket is defined in terms of rate and burst AFAIK.
> Do really bursts decrement the medium time of response of the affected
> class ?
in some cases yes.
> (I suppose that yes, as say Devik in the manual "Well it is cheap and
> simple way how to improve response times on congested link.").
I've written that in midnight after two beers ;) But this part is ok.
Thought about rate/burst pair as about SLA. If you set
rate 5k and burst 10k then for such class you can say that if
traffic in it agrees with this SLA (it uses up to 5kbps over
long period with up to 10k bursts) it will be served ASAP.
Some graphs (one character 1s, one "0" or "*" is 1k)
...0000000000.............................
traffic above will go fast thru it (burst).
...0000000000.....00000.....0.0.0.0.0.0.0.0.0.
this one too (starts with burst and continues 5k/s
...0000000000.....00000*0000......
this one will probably delay at * because here
it no longer match leaky bucket.
So that giving burst 50kB and 10k rate will allow web browsing
faster because it will allow all 50k go at the fastest possible
speed (whole web page) and then drop to 10k. If user will then
read page for 5seconds new 50k burst will accumulate and next
page can be loaded quickly. This holds for burst.
The same is for cburst but the rules are used when rate/burst
denied using the class and you want to borrow. Then you can
shortly go above ceil as long as cburst will allow.
Typicaly you don't want to allow bursts in ceil so that
don't use cburst keyword.
It is possible to do some things with it but only when you
understand bursts in depth.
> If I have 2 classes in paralell, exactly with the same parameters, except
> one with a little (default) burst, another with a big burst (say burst= X
> ), receiving the same N bits a the same time ( N < X ). Will the second
> class empty before the first one ?
Class with bigger burst (C1) will be ahead almost from starting (by
burst1-burst2 bytes).
> Now suppose that this classes during this experiment use more bandwidth
> than their "rate" parameter. Is both have the same "cburst" parameter
> (little cburst (default)), are they identical during this time ? Should I
> always set burst AND cburst in order to have the expected result ?
C1 will be still ahead by the same time. Rate will be exactly the same
while C1 will always transfer more bytes at every time. In graph bellow
, is C1 and . is one with smaller burst.
b , .
y , .
t , .
e , .
s | .
***+. t i m e
The | is height of C1 burst while C2.burst=0 (almost). You can
see that the slope is the same but the burst allow C1 to be ahead
by constant number of bytes.
devik
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2002-05-27 18:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-27 10:55 About burst and cburst in htb (Re: [LARTC] htb faq) Julián Muñoz
2002-05-27 13:01 ` Julián Muñoz
2002-05-27 13:37 ` Martin Devera
2002-05-27 17:55 ` Julián Muñoz
2002-05-27 18:50 ` Martin Devera [this message]
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-102252549231863@msgid-missing \
--to=devik@cdi.cz \
--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.