From: Andy Furniss <andy.furniss@dsl.pipex.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB and PRIO qdiscs introducing extra latency when output
Date: Wed, 03 Aug 2005 14:04:08 +0000 [thread overview]
Message-ID: <42F0CED8.1090406@dsl.pipex.com> (raw)
In-Reply-To: <1122460110.8454.11.camel@pgala.it.nuigalway.ie>
Jonathan Lynch wrote:
> I did the same tests that I outlined earlier, but this time by setting
> hysteresis to 0. The config for the core router is included at the
> bottom. The graphs for the delay of the voip stream and the traffic
> going through the core router can be found at the following addresses.
>
> http://140.203.56.30/~jlynch/htb/core_router_hysteresis.png
> http://140.203.56.30/~jlynch/htb/voip_stream_24761_hysteresis.png
>
>
> The max delay of the stream has dropped to 1.8ms. Again the jitter seems
> to be around 1ms. There seems to be a pattern going whereby the delay
> reaches about 1.6ms then drops back to 0.4 ms, jumps back to 1.6ms and
> then back to 0.4ms repeatedly and then it rises from 0.5ms gradually and
> repeats this behaviour. Is there any explanation to this pattern ?
>
> Would it have anything go to do with burst being 1ms ?
Yes I suppose if you could sample truly randomly you would get a proper
distribution - I guess the pattern arises because your timers are
synchronised for the test.
>
> When the ceil is specified as being 90mbit, is this at IP level ?
> What does this correspond to when a Mbit = 1,000,000 bits. Im a bit
> confused with the way tc interprets this rate.
Yes htb uses ip level length (but you can specify overhead & min size) ,
the rate calculations use a lookup table which is likely to have a
granularity of 8 bytes (you can see this with tc -s -d class ls .. look
for /8 after the burst/cburst).
There is a choice in 2.6 configs about using CPU/jiffies/gettimeofday -
I use CPU and now I've got a ping that does < 1 sec I get the same
results as you.
>
> If the ceil is based at IP level then the max ceil is going to be a
> value between 54 Mbit and 97 Mbit (not the tc values) for a 100 Mbit
> interface depending on the size of the packets passing through, right ?
>
> Minimum Ethernet frame
> 148,809 * (46 * 8) = 148,809 * 368 = 54,761,712 Mbps
>
> Maximum Ethernet frame
> 8,127 * (1500 * 8) = 8,127 * 12,000 = 97,524,000 Mbps
If you use the overhead option I think you will be to overcome this
limitation and push the rates closer to 100mbit.
> About the red settings, I dont understand properly how to configure the
> settings. I was using the configuration that came with the examples.
I don't use red it was just something I noticed - maybe making it longer
would help, maybe my test wasn't rerpresentative.
FWIW I had a play around with HFSC (not that I know what I am doing
really) and at 92mbit managed to get -
rtt min/avg/max/mdev = 0.330/0.414/0.493/0.051 ms loaded
from
rtt min/avg/max/mdev = 0.114/0.133/0.187/0.028 ms idle
and that was through a really cheap switch.
Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2005-08-03 14:04 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-27 10:28 [LARTC] HTB and PRIO qdiscs introducing extra latency when Jonathan Lynch
2005-07-27 13:25 ` [LARTC] HTB and PRIO qdiscs introducing extra latency when output Andy Furniss
2005-07-27 15:37 ` Jonathan Lynch
2005-07-27 21:53 ` Andy Furniss
2005-07-28 16:37 ` Jonathan Lynch
2005-07-28 21:49 ` Andy Furniss
2005-08-02 20:59 ` Jonathan Lynch
2005-08-03 14:04 ` Andy Furniss [this message]
2005-08-03 19:32 ` Andy Furniss
2005-08-04 18:06 ` Andy Furniss
2005-10-19 10:59 ` Andy Furniss
-- strict thread matches above, loose matches on Subject: below --
2005-08-10 18:37 Jonathan Lynch
2005-08-11 16:36 ` Andy Furniss
2005-08-20 20:51 Jonathan Lynch
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=42F0CED8.1090406@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox