All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Another sharing tehnique, is this possible ?
Date: Sun, 18 Aug 2002 19:48:09 +0000	[thread overview]
Message-ID: <marc-lartc-102970017516812@msgid-missing> (raw)
In-Reply-To: <marc-lartc-102959019628424@msgid-missing>

> Say I have a internet link with 100kbits bandwith, then I want to share it
> between many clients (which will increase over time). Let's i start with 5
> clients with rate = 30kbits... See the total bandwith of users is 120kbits
> but I have only 100kbits.... So where is the problem I want to describe
> their bandwith like
>
> total 100kbits
>
>  |__ user1 => rate 30kbits, ceil 30kbits
>  |__ user2 => rate 30kbits, ceil 30kbits
>  |__ user3 => rate 30kbits, ceil 30kbits
>  |__  .....................
>  |__ userX => rate 30kbits, ceil 30kbits
>
> U can say why I just don't calculate 100/5 = 20 and set for all users "rate
> 20kbits, ceil 30kbits", 'cause i will add more users in the future and will
> need to calculate again and again this value... also some of them may want
> 30kbits other 10kbits etc.... (it is ok for them to get lower rates 'cause
> the speed is ungaranteed the user are not online 24hours a day and of
> course when bandwith got used to the max it will upgraded to better
> speed)..
>
> In fact what I want to say is : the max rate should be X but if the link is
> overused u will get lower speed ...?? One way this to be done is if I use
> something like this :
>
>  rate 0 ceil desired-speed
>
> but is this possible, or if not what is the lowest possible value....
> - Will proirity have be taken into account so that i can say some should be
> served better than other ? - the lower possible bandwith i will lend is
> 9600bps .. yes we have such speeds the price here is big :"(
Normally, each class gets the rate as a minimum.  After that, the remaning 
bandwidth is divided according to the proportions of the rate (more accurate, 
the quantums) but the classes with the lowest prio will be serverd first.  So 
only remaining bandwidth will be influenced with the prio parameter.

And giving a class rate 0 is a strange idea :) 

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/

  reply	other threads:[~2002-08-18 19:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-17 13:14 [LARTC] Another sharing tehnique, is this possible ? raptor
2002-08-18 19:48 ` Stef Coene [this message]
2002-08-18 20:03 ` 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=marc-lartc-102970017516812@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.