From: Andy Furniss <andy.furniss@dsl.pipex.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB is nor fair when 'borrowing? *bug* in HTB or some
Date: Fri, 18 Jun 2004 18:10:28 +0000 [thread overview]
Message-ID: <40D33014.5070403@dsl.pipex.com> (raw)
In-Reply-To: <40D21439.7000702@interia.pl>
pljosh wrote:
> Ed Wildgoose wrote:
>
>> Hmm, interesting. Can you switch the order of your IP mappings around
>> on this test so that you can prove that it is some feature of HTB that
>> user1 always gets more bandwidth, and no something about that machine
>> (ie if you swap ip's for user1 and 3 that it still remains (the new)
>> user1 who gets all the b/w?
>>
>> Obviously this should not be so, just curious to eliminate other
>> possibilities
>>
>> Ed W
>
>
> I did it already. When I set filter to direct 192.168.3.4 packets to
> 1:60 and 192.168.3.6 to 1:40 then lines on my graph switch: now blue is
> over red...
> The same switch happens when i set higher prio of 1:60...
> So it means than when two classes at the same level have same "prio"
> then class with lower minor id has higher priority than classes with
> lower minor id... So there is no possibility to set them to be equal
> when borrowing occurs.
>
> Now I am in trouble as I am writing my thesis and I wanted to show in my
> paper that HTB is excellent to share BW between users... what am I to
> write about this case?
>
> BTW: maybe someone could repeat my experiment? Maybe it is something
> wrong with my hadrware or some unbelievable coincidence?
I just tested with my script and also see a 5-8% advantage for the lower
handle class.
I wouldn't call it a bug though - HTB is written for high traffic setups
and trade off needs to be made between perfect behaviour and CPU
usage and you say it gets better with more classes.
Andy.
_______________________________________________
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-06-18 18:10 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-17 21:59 [LARTC] HTB is nor fair when 'borrowing? Can someone correct me or maybe pljosh
2004-06-18 8:05 ` [LARTC] HTB is nor fair when 'borrowing? Can someone correct Ed Wildgoose
2004-06-18 11:05 ` [LARTC] HTB is nor fair when 'borrowing? *bug* in HTB or some pljosh
2004-06-18 11:28 ` Ed Wildgoose
2004-06-18 12:50 ` Ed Wildgoose
2004-06-18 13:30 ` pljosh
2004-06-18 18:10 ` Andy Furniss [this message]
2004-06-18 18:45 ` pljosh
2004-06-18 21:11 ` Andy Furniss
2004-06-18 21:57 ` Andy Furniss
2004-06-19 4:05 ` pljosh
2004-06-19 4:14 ` pljosh
2004-06-20 11:10 ` Andy Furniss
2004-06-20 11:56 ` pljosh
2004-06-20 13:12 ` Andy Furniss
2004-06-20 13:18 ` Ed Wildgoose
2004-06-20 15:06 ` Andy Furniss
2004-06-20 16:02 ` [LARTC] HTB is nor fair when 'borrowing? *bug* confirmed? pljosh
2004-06-24 9:38 ` Andy Furniss
2004-06-25 3:58 ` pljosh
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=40D33014.5070403@dsl.pipex.com \
--to=andy.furniss@dsl.pipex.com \
--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.