From: Jesper Dangaard Brouer <brouer@redhat.com>
To: Stephen Hemminger <stephen@networkplumber.org>,
Eric Dumazet <eric.dumazet@gmail.com>,
Jiri Benc <jbenc@redhat.com>
Cc: "Toke Høiland-Jørgensen" <toke@toke.dk>,
"Mike Frysinger" <vapier@gentoo.org>,
"Jiri Pirko" <jpirko@redhat.com>,
netdev@vger.kernel.org, bloat@lists.bufferbloat.net,
"Patrick McHardy" <kaber@trash.net>,
"Steven Barth" <cyrus@openwrt.org>,
"David Miller" <davem@redhat.com>,
"Jussi Kivilinna" <jussi.kivilinna@mbnet.fi>,
"Felix Fietkau" <nbd@nbd.name>, "Michal Soltys" <soltys@ziu.info>
Subject: [Bloat] Bad shaping at low rates, after commit 56b765b79 (htb: improved accuracy at high rates)
Date: Tue, 4 Jun 2013 14:13:42 +0200 [thread overview]
Message-ID: <20130604141342.00c8eb9f@redhat.com> (raw)
In-Reply-To: <20130529151330.22c5c89e@redhat.com>
Hi again,
I found another regression by commit 56b765b79 (htb: improved accuracy
at high rates).
After the commit HTB does not honor network rate limiting below 500kbps.
I have found that the bandwidth problem is related to GSO being enabled
on the device. To test the situation, I had to use a real NIC (as I
were not allowed to disable GSO on dev "lo", test below).
Testing with 100kbit/s:
-----------------------
A localhost dev "lo" reproducer commands:
tc qdisc add dev lo root handle 1: htb default 1
tc class add dev lo parent 1: classid 1:1 htb rate 100kbit
netserver
netperf -t TCP_STREAM -l 60 -H 127.0.0.1 -- -m 1024
Measuring the qdisc "rate" via:
tc -s -d class show dev lo classid 1:1
I know the qdisc "rate" is not not very reliable/accurate, but I do
see a large difference (and so do netperf reported throughput).
- Kernel 2.6.32-352.el6 gives rate 98752bit
- Kernel 3.10.0-rc1 gives rate 390208bit
My real-NIC test show:
With GSO: rate 153248bit
Without GSO: rate 99320bit
Now, we just have to figure out why commit 56b765b79e (htb: improved
accuracy at high rates) breaks bandwidth shaping at low rate with GSO
enabled...
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Sr. Network Kernel Developer at Red Hat
Author of http://www.iptv-analyzer.org
LinkedIn: http://www.linkedin.com/in/brouer
Data: real NIC
==============
With GSO: rate 153248bit
---------
class htb 1:1 root prio 0 quantum 1250 rate 100000bit ceil 100000bit
burst 1600b/1 mpu 0b overhead 0b cburst 1600b/1 mpu 0b overhead 0b
level 0 Sent 844892 bytes 568 pkt (dropped 0, overlimits 0 requeues 0)
rate 153248bit 13pps backlog 0b 7p requeues 0 lended: 87 borrowed: 0
giants: 0 tokens: -847776554 ctokens: -847776554
Without GSO: rate 99320bit
------------
(disabled via: ethtool -K eth63 gso off gro off tso off)
class htb 1:1 root prio 0 quantum 1250 rate 100000bit ceil 100000bit
burst 1600b/1 mpu 0b overhead 0b cburst 1600b/1 mpu 0b overhead 0b
level 0 Sent 1706968 bytes 1164 pkt (dropped 0, overlimits 0 requeues
0) rate 99320bit 8pps backlog 0b 51p requeues 0 lended: 664 borrowed: 0
giants: 0 tokens: -121054491 ctokens: -121054491
next prev parent reply other threads:[~2013-06-04 12:14 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-29 13:13 [Bloat] tc linklayer ADSL calc broken " Jesper Dangaard Brouer
2013-05-29 15:52 ` Eric Dumazet
2013-05-29 22:50 ` Stephen Hemminger
2013-05-29 23:18 ` Eric Dumazet
2013-05-30 9:15 ` Jesper Dangaard Brouer
2013-05-30 9:52 ` Steinar H. Gunderson
2013-05-30 0:34 ` Dave Taht
2013-05-30 8:09 ` Jesper Dangaard Brouer
2013-05-30 7:51 ` Jesper Dangaard Brouer
2013-05-30 14:39 ` Eric Dumazet
2013-05-30 15:55 ` Jesper Dangaard Brouer
2013-06-02 21:15 ` Eric Dumazet
2013-06-04 12:13 ` Jesper Dangaard Brouer [this message]
2013-06-04 15:18 ` [Bloat] Bad shaping at low rates, " Eric Dumazet
2013-06-04 15:55 ` Eric Dumazet
2013-06-04 16:02 ` Eric Dumazet
2013-06-04 17:11 ` [Bloat] [PATCH] net_sched: htb: do not mix 1ns and 64ns time units Eric Dumazet
2013-06-04 20:21 ` Jesper Dangaard Brouer
2013-06-04 20:26 ` Dave Taht
2013-06-04 21:02 ` Eric Dumazet
2013-06-04 20:50 ` Eric Dumazet
2013-06-05 0:44 ` David Miller
2013-06-06 13:55 ` [Bloat] RFC: Proposed fix for tc linklayer calc broken after commit 56b765b79 (htb: improved accuracy at high rates) Jesper Dangaard Brouer
2013-06-06 14:28 ` Eric Dumazet
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
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130604141342.00c8eb9f@redhat.com \
--to=brouer@redhat.com \
--cc=bloat@lists.bufferbloat.net \
--cc=cyrus@openwrt.org \
--cc=davem@redhat.com \
--cc=eric.dumazet@gmail.com \
--cc=jbenc@redhat.com \
--cc=jpirko@redhat.com \
--cc=jussi.kivilinna@mbnet.fi \
--cc=kaber@trash.net \
--cc=nbd@nbd.name \
--cc=netdev@vger.kernel.org \
--cc=soltys@ziu.info \
--cc=stephen@networkplumber.org \
--cc=toke@toke.dk \
--cc=vapier@gentoo.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