Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Andy Furniss <adf.lists@gmail.com>
To: Cake@lists.bufferbloat.net
Subject: [Cake] low bandwidth default params best effort vs voice latency.
Date: Sat, 4 Mar 2017 18:21:01 +0000	[thread overview]
Message-ID: <752ad487-0826-ba92-6bbf-a46d031a10ee@gmail.com> (raw)

In the UK quite a lot of people have a 40/2 vdsl2 product.

Thankfully not me, ugh, it doesn't even have enough bandwidth for
sack per incoming in recovery - but "pretending" I wanted to see what
cake was like.

tc qdisc add dev enp6s0 handle 1:0 root cake bandwidth 1969230bit 
overhead 34 dual-srchost diffserv3

tc -s qdisc ls dev enp6s0
qdisc cake 1: root refcnt 2 bandwidth 1969Kbit diffserv3 dual-srchost 
rtt 100.0ms noatm overhead 34 via-ethernet
  Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
  backlog 0b 0p requeues 0
  memory used: 0b of 4Mb
  capacity estimate: 1969Kbit
                  Bulk   Best Effort      Voice
   thresh     123072bit    1969Kbit   492304bit
   target       147.6ms       9.2ms      36.9ms
   interval     295.2ms     104.2ms      73.8ms

Now we have 3 xbox ones in the house and I know that when we play
soldiers together they each do 60 pps upstream just for the game
(more if you include voice).

So I use fping x3 to sim this from 3 different ips and then also
do a single upload (netperf) with a fourth address.

fping -S 192.168.0.59 -c 1000 -b 150 -p 16 -i 16 -Q 1 asr & fping .......

With all traffic through Best effort, 1000 pings x3 looks like

asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.55/4.57/8.77
asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.57/4.78/8.67
asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.60/4.62/8.73

I notice that unlike diffserv4 marking game traffic as real time
interactive (cs4) doesn't go to voice.
So I mark icmp as ef which does go to voice and repeat the test.

It performs slightly worse for max delay.

asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.50/4.33/14.1
asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.65/4.44/11.2
asr : xmt/rcv/%loss = 1000/1000/0%, min/avg/max = 0.86/4.71/13.6

Admittedly it's only a small proportion of the packets that are
above average but still it's not the result I would have hoped for.

I know cake seeks to be low configuration, but being able to tweak
things like target/interval and thresh per bin I think would give
greater flexibility. On thresh for example, a single xbox hosting
a game may need a bit more than 492k and (IMHO) it should be up to the
user to decide things like that.


             reply	other threads:[~2017-03-04 18:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-04 18:21 Andy Furniss [this message]
2017-03-04 18:45 ` Jonathan Morton
2017-03-04 19:28   ` Andy Furniss
2017-03-04 20:27 ` Jonathan Morton
2017-03-04 23:05   ` Dave Taht
2017-03-05 12:43     ` Andy Furniss
2017-03-05 12:37   ` Andy Furniss

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/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=752ad487-0826-ba92-6bbf-a46d031a10ee@gmail.com \
    --to=adf.lists@gmail.com \
    --cc=Cake@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