From: "Toke Høiland-Jørgensen" <toke@toke.dk>
To: Dave Taht <dave.taht@gmail.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] AQM creeping into L2 equipment
Date: Fri, 21 Mar 2014 14:41:36 +0100 [thread overview]
Message-ID: <871txvbre7.fsf@toke.dk> (raw)
In-Reply-To: <CAA93jw6COvaRzGn2+Tde9xosEWeWWRrmH7mF1mJicBdrROzGvQ@mail.gmail.com> (Dave Taht's message of "Thu, 20 Mar 2014 10:14:35 -0700")
[-- Attachment #1: Type: text/plain, Size: 961 bytes --]
Dave Taht <dave.taht@gmail.com> writes:
> I imagine with the new tcp's pfifo_fast is going to be sub 8ms also.
Yeah, turns out I botched the qdisc setup (put it on the wrong interface
on one of the servers) for the case with no switch. So the ~6ms was with
pfifo_fast in one end.
Updated the original graphs for the host-to-host. Data capture files are
here: http://kau.toke.dk/experiments/cisco-switch/packet-captures/ -- no
idea why the client seems to capture three times as many packets as the
server. None of them seem to think they've dropped any (as per tcpdump
output).
Will add dumps from going through the switch in a bit...
> 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)
Well, as above, tcpdump doesn't say anything about dropped packets; but
since the client dump is way bigger, perhaps the server-side does anyway?
-Toke
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 489 bytes --]
next prev parent reply other threads:[~2014-03-21 13:41 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
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 [this message]
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=871txvbre7.fsf@toke.dk \
--to=toke@toke.dk \
--cc=bloat@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
/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