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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox