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 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.