All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Mores <pvl@uh.cz>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] "weight" parameter in htb?
Date: Tue, 02 Apr 2002 14:02:21 +0000	[thread overview]
Message-ID: <marc-lartc-101775622225360@msgid-missing> (raw)
In-Reply-To: <marc-lartc-101750276922029@msgid-missing>

On Tue, Apr 02, 2002 at 03:34:08PM +0200, Martin Devera wrote:

> > E.g. you might have a customer agency which needs say 256 kbps for its
> > headquarters and 64 kbps for its factory. They pay for 512 kbps which
> > means that they buy 512-256-64\x192 kbps of "excess" bw available to both
> > sites on demand. Well, it makes sense to me that they would be worried
> > about the "headquarters" class draining the other class in case both
> > classes have demand. They might want to say "We buy lower rate for our
> > factory because Internet access is rarely needed there. But *when* it
> > *is* needed we want to let the factory take at least 1/2 of the "excess"
> > bw we buy even if headquarters demand excess bw too. We already buy 256
> 
> well, you are right. However you should take into account that
> even in cbq the weight is not precise argument. It influences
> excess distribution but you will see some discrepancies.

Yes - this and other CBQ problems are the very reasons I'm looking into
alternatives. :-)  CBQ's "weight" parameter semantics is rather opaque
and it is difficult to predict how a given weight value will influence
excess bw distribution. I also suspect that CBQ's weight doesn't give me
complete independence on rate ratios although I'm not sure here (yet).

> As I'm working on new version I'll try to do it - if it will not
> slow things down.
> It is because with assmption that "weight" is proportional to rate
> we can make some algorithms faster ...
> We will see ;)

Then I hope it will be possible to implement it in such a manner that it
wouldn't hurt those who don't use it.

Anyway, thanks a lot. :-)

	pvl

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

      parent reply	other threads:[~2002-04-02 14:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1980-01-03 23:36 [LARTC] "weight" parameter in htb? Stef Coene
2002-03-29 14:21 ` Pavel Mores
2002-04-02  9:24 ` Pavel Mores
2002-04-02  9:32 ` Stef Coene
2002-04-02  9:42 ` Martin Devera
2002-04-02 12:05 ` Pavel Mores
2002-04-02 13:34 ` Martin Devera
2002-04-02 14:02 ` Pavel Mores [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-101775622225360@msgid-missing \
    --to=pvl@uh.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.