From: Andy Furniss <andy.furniss@dsl.pipex.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Transfer speed exceeding the ceil
Date: Thu, 17 Nov 2005 00:11:30 +0000 [thread overview]
Message-ID: <437BCAB2.9070803@dsl.pipex.com> (raw)
In-Reply-To: <118619310511141432o4bfbde1dj9178e3c166c67039@mail.gmail.com>
Ryan Castellucci wrote:
> On 11/16/05, Andy Furniss <andy.furniss@dsl.pipex.com> wrote:
>
>>Ryan Castellucci wrote:
>>
>>>What's going on here? I'm spewing UDP traffic at this thing, and it is
>>>exceeding the ceil. Anyone know how to fix this?
>>>
>>>class htb 1:613 parent 1:5 leaf 613: prio 6 quantum 2560 rate 20480bit
>>>ceil 103360bit burst 15Kb/8 mpu 0b overhead 0b cburst 1728b/8 mpu 0b
>>>overhead 0b level 0
>>>Sent 16591370 bytes 4159 pkt (dropped 39449, overlimits 0 requeues 0)
>>>rate 412384bit 6pps backlog 0b 126p requeues 0
>>>lended: 887 borrowed: 3146 giants: 1748
>>>tokens: -1605047 ctokens: -32828
>>
>>Try and verify rate of udp arrival at the target machine with tcpdump -ttt.
>>
>>The sent counter is actually an enqueue rather than dequeue count so
>>blatting with udp may cause bogus rates (not that I've checked how
>>exactly htb does rate calculations).
>>
>>Andy.
>
>
> I checked it with iftop, which confirms what tc is showing. I had
> determined that this is an issue with fragmented packets rather then
> specificly UDP, take a look at the other messages i posted to the
> mailing list. is the is bug in tc/htb? or is this perhpse something
> that could be corrected by enlarging the quantum?
I tried fragged udp and it seemed OK for me - whats the mtu on the
interface - if it's bigger than normal then try specifying it along with
rate/ceils to htb - Looking as I type I can see giants 1748 above (I
should have noticed that earlier) - htb does not shape big packets
properly unless you use the mtu option.
The list is down for me today.
Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2005-11-17 0:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-14 22:32 [LARTC] Transfer speed exceeding the ceil Ryan Castellucci
2005-11-16 16:17 ` Andy Furniss
2005-11-16 21:01 ` Ryan Castellucci
2005-11-17 0:11 ` Andy Furniss [this message]
2005-11-17 0:36 ` Ryan Castellucci
2005-11-17 12:09 ` Andy Furniss
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=437BCAB2.9070803@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