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 12:09:14 +0000 [thread overview]
Message-ID: <437C72EA.7010806@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:
>>
>>>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.
>
>
> I was not manualy setting the MTU. The interfaces I'm using have MTU
> of 1500, but I'll try setting the MTU for my classes to 1500 and see
> if that resolves the problem.
Hmm - 1500 should work by default and you should see no giants - so if
the mtu on the interface was 1500 I can't see how htb counted 1748 giants.
Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
prev parent reply other threads:[~2005-11-17 12:09 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
2005-11-17 0:36 ` Ryan Castellucci
2005-11-17 12:09 ` Andy Furniss [this message]
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=437C72EA.7010806@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.