From: Dave Taht <dave.taht@gmail.com>
To: "Toke Høiland-Jørgensen" <toke@toke.dk>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] AQM creeping into L2 equipment
Date: Thu, 20 Mar 2014 10:14:35 -0700 [thread overview]
Message-ID: <CAA93jw6COvaRzGn2+Tde9xosEWeWWRrmH7mF1mJicBdrROzGvQ@mail.gmail.com> (raw)
In-Reply-To: <87a9ckbz1q.fsf@toke.dk>
well on the default load, it looks like you want the mls commands
http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960/software/release/12-2_37_ey/command/reference/cr.pdf
I imagine with the new tcp's pfifo_fast is going to be sub 8ms also.
however what we are probably seeing with the measurement flows is
slow start causing a whole bunch of packets to be lost in a bunch.
Is your hardware fast enough to run tcpdump -s 128 -w whatever.cap -i
your interface during an entire rrul test without dropping packets?
(on client
and server)
On Thu, Mar 20, 2014 at 9:44 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> Dave Taht <dave.taht@gmail.com> writes:
>
>> I find it puzzling that you still lose the measurement flows early on.
>> Setting some QoS on via WTD might be interesting.
>
> Well if you can be more specific, I'll be happy to. Was looking for a
> way to have per-protocol QoS settings, but there does not seem to be any
> From the documentation (only IP-based).
>
>> If you have a later OS than 3.13 on the sources/sinks you might want
>> to try sch_fq (and sch_pfifo_fast for reference) - the improvements to
>> Linux's TCP are such that on a short path like this that the control
>> loop stays very tight - only two TSO offloads per flow, really
>> accurate use of tcp timestamps, etc.
>
> Added a result set with sch_fq in place of fq_codel to the bottom of the
> same page. Doesn't appear to make much of a difference...
>
>> See also if you have hardware flow control enabled (via ethtool)
>
> If by that you mean pause frames, ethtool seems to think not:
>
> Settings for eth2:
> Supported ports: [ TP ]
> Supported link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Supported pause frame use: No
> Supports auto-negotiation: Yes
> Advertised link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Advertised pause frame use: No
> Advertised auto-negotiation: Yes
> Speed: 1000Mb/s
> Duplex: Full
> Port: Twisted Pair
> PHYAD: 1
> Transceiver: internal
> Auto-negotiation: on
> MDI-X: off
> Supports Wake-on: d
> Wake-on: d
> Current message level: 0x00000007 (7)
> drv probe link
> Link detected: yes
>
>
> -Toke
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
next prev parent reply other threads:[~2014-03-20 17:14 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-18 14:52 Steinar H. Gunderson
2014-03-18 17:17 ` Dave Taht
2014-03-18 17:53 ` Steinar H. Gunderson
2014-03-19 22:22 ` Steinar H. Gunderson
2014-03-18 18:05 ` Fred Baker (fred)
2014-03-18 18:54 ` Dave Taht
2014-03-20 16:20 ` Toke Høiland-Jørgensen
2014-03-20 16:29 ` Dave Taht
2014-03-20 16:44 ` Toke Høiland-Jørgensen
2014-03-20 17:14 ` Dave Taht [this message]
2014-03-20 19:34 ` Aaron Wood
2014-03-20 20:23 ` Dave Taht
2014-03-20 23:41 ` Eric Dumazet
2014-03-20 23:45 ` Steinar H. Gunderson
2014-03-20 23:54 ` Steinar H. Gunderson
[not found] ` <CAAvOmMtt1RCpBfT1MPNh-2FRhQ1GN4xYbfNPLYJwfP6CaP5vow@mail.gmail.com>
2014-03-21 15:06 ` Eric Dumazet
[not found] ` <CAAvOmMvPpmuW1chTdX86s5sQv6X_c622k8YrjW+hN8e5JV+dzA@mail.gmail.com>
2014-03-21 17:51 ` Eric Dumazet
2014-03-21 18:08 ` Dave Taht
2014-03-21 22:00 ` Eric Dumazet
2014-03-21 22:13 ` Dave Taht
2014-03-23 19:27 ` Eric Dumazet
2014-03-21 13:41 ` Toke Høiland-Jørgensen
2014-03-21 15:39 ` Dave Taht
2014-03-21 16:42 ` Steinar H. Gunderson
2014-03-21 18:34 ` Toke Høiland-Jørgensen
2014-03-24 23:16 ` David Lang
2014-03-20 18:16 ` [Bloat] AQM creeping into L2 equipment / 10G not-for-profit playground at tetaneutral.net Laurent GUERBY
2014-03-18 18:57 ` [Bloat] AQM creeping into L2 equipment Dave Taht
2014-03-18 21:06 ` Steinar H. Gunderson
2014-03-19 13:11 ` Nikolay Shopik
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=CAA93jw6COvaRzGn2+Tde9xosEWeWWRrmH7mF1mJicBdrROzGvQ@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=toke@toke.dk \
/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