General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: "Bill Ver Steeg (versteb)" <versteb@cisco.com>
To: "bloat@lists.bufferbloat.net" <bloat@lists.bufferbloat.net>
Subject: [Bloat] setting queue depth on tail drop configurations of pfifo_fast
Date: Fri, 27 Mar 2015 21:45:11 +0000	[thread overview]
Message-ID: <AE7F97DB5FEE054088D82E836BD15BE9319902F7@xmb-aln-x05.cisco.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2006 bytes --]

Bloaters-

I am looking into how Adaptive Bitrate video algorithms interact with the various queue management schemes. I have been using the netperf and netperf wrapper tools, along with the macros to set the links states (thanks Toke and Dave T). I am using HTB rather than BQL, which may have something to do with the issues below. I am getting some interesting ABR results, which I will share in detail with the group once I write them up.

I need to set the transmit queue length of my Ubuntu ethernet path while running tests against the legacy pfifo_fast (tail drop) algorithm.  The default value is 1000 packets, which boils down to 1.5 MBytes. At 100 Mbps, this gives me a 120ms tail drop buffer, which is big, but somewhat reasonable. When I then run tests at 10 Mbps, the buffer becomes a 1.2 second bloaty buffer. When I run tests at 4 Mbps, the buffer becomes a 3 second extra-bloaty buffer. This gives me some very distinct ABR results, which I am looking into in some detail. I do want to try a few more delay values for tail drop at 4 Mbps.

https://www.bufferbloat.net/projects/codel/wiki/Best_practices_for_benchmarking_Codel_and_FQ_Codel says to set txqueuelen to the desired size, which makes sense. I have tried several ways to do this on Ubuntu, with no glory. The way that seems it should have worked was "ifconfig eth8 txqueuelen 100". When I then check the txqueuelen using ifconfig, it looks correct. However, the delay measurements still stay up near 3 seconds under load. When I check the queue depth using "tc -s -d qdisc ls dev ifb_eth8", it shows the very large backlog in pfifo_fast under load.

So, has anybody recently changed the ethernet/HTB transmit packet queue size for pfifo_fast in Ubuntu? If so, any pointers? I will also try to move over to BQL and see if that works better than HTB...... I am not sure that my ethernet drivers have BQL support though, as they complain when I try to load it as the queue discipline.

Thanks in advance
Bill VerSteeg


[-- Attachment #2: Type: text/html, Size: 4662 bytes --]

             reply	other threads:[~2015-03-27 21:45 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-27 21:45 Bill Ver Steeg (versteb) [this message]
2015-03-27 22:02 ` David Lang
2015-03-27 22:14   ` Bill Ver Steeg (versteb)
2015-03-27 22:18     ` Toke Høiland-Jørgensen
2015-03-27 22:46     ` David Lang
2015-03-27 23:18       ` Bill Ver Steeg (versteb)
2015-03-27 23:40         ` David Lang

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=AE7F97DB5FEE054088D82E836BD15BE9319902F7@xmb-aln-x05.cisco.com \
    --to=versteb@cisco.com \
    --cc=bloat@lists.bufferbloat.net \
    /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