From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Problem while using HTB bandwidth limitation
Date: Mon, 08 Sep 2003 16:48:24 +0000 [thread overview]
Message-ID: <marc-lartc-106303978511503@msgid-missing> (raw)
In-Reply-To: <marc-lartc-106242135331948@msgid-missing>
On Wednesday 03 September 2003 06:59, Nimit Gupta wrote:
> Yeah its for a short period but it keeps happening, I mean it will reach
> to 48Kbit and then after few sec it will stablize at 24Kbit then again
> it will reach to 48 and this repeats.
>
> can you explain how to calculate burst rates for better control and
> accuracy?
Mhh. How long is it stayig at 48Kbit? Can you plot it?
> >>>In order for you to control
> >>>latency and bandwidth use, you must ensure that you are the slowest
> >>>point. Annoyingly, the only successful way to identify exactly what
> >>> speed to use as a bandwidth cap is experimentation. A good general
> >>> suggestion is to lop off a couple of kbit and try capping your
> >>> bandwidth exactly as Stef suggests. Try using 188kbit, and see if your
> >>> apparent control increases.
> >>
> >>Is there a ratio between the total available bandwidth and the amount
> >>you restrict it to or you can just arbitarily reduce by 5-7 Kbit.
> >
> > It should be quite accurate. I tested it for different rates / ceils and
> > each time the results where allmost perfect.
>
> So I want to know what ratio it is as you said for 192Kbit make 188Kbit
> thats equivalent to 2 percent, is this the way.
It's not so easy to tell. Sometimes, people lower the total bandwidth and
suddenly the shaping is working.
> One more thing, Is there something like isolated(as in cbq) in htb, that
> is irrespective of others demand the bandwidth allocated to someone as
> isolated does not get affected.
Isolated is not working in cbq. And no, there is no such option in htb.
> Is there an irc channel for lartc discussions?
Yes, #lartc @ irc.oftc.net. But you have to be lucky to find someone not-away
:)
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-09-08 16:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-01 13:14 [LARTC] Problem while using HTB bandwidth limitation Nimit Gupta
2003-09-01 17:41 ` Stef Coene
2003-09-02 4:46 ` Martin A. Brown
2003-09-02 4:47 ` Nimit Gupta
2003-09-02 5:51 ` Nimit Gupta
2003-09-02 16:52 ` Stef Coene
2003-09-03 4:56 ` Nimit Gupta
2003-09-08 16:48 ` Stef Coene [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-106303978511503@msgid-missing \
--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 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.