Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: cake@lists.bufferbloat.net
Subject: [Cake] Fwd: longer rtt codel/cake testing with remote servers
Date: Mon, 18 Jan 2016 14:46:45 -0800	[thread overview]
Message-ID: <CAA93jw6qkB-BP3zwebcjMp7yzfFGuRGB1zmxfSe+829_9EtErQ@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw6SeDXKG4A_AWSr1rBYPjD7gabeGq4nV16ASC=jE4SAjA@mail.gmail.com>

somehow this string of emails got eaten before I left


---------- Forwarded message ----------
From: Dave Taht <dave.taht@gmail.com>
Date: Wed, Dec 23, 2015 at 6:08 AM
Subject: longer rtt codel/cake testing with remote servers
To: cake@lists.bufferbloat.net


I have long maintained a set of servers suitable for testing at a
range of RTTs, but did not publish them because I'd had no desire to
maintain them personally [1] for wide use, they are "in the cloud", so
I do not trust their network behavior not much past 100mbit,  I
frequently used shapers on them merely to get interesting bandwidths
at varieties of RTTS, and they cost 10 bucks a month each which I have
sometimes needed for food.

If people truly want to get a feel for how to modify codel without a
lab handy, these boxes would be good to test against - and have long
term flent data sets against, at typical home bandwidths, from your
home. The most basic multi-rtt tests are the rtt_fair tests, but the
rrul and tcp_upload/dlownload tests are also good for seeing the
interactions on long rtts...

and it's always good to do occasionally do a test to, like, tokoyo and
wonder why tcp even works at all.

I would like to find flent  servers in finland, russia, australia/nz
spain, and elsewhere in the eu. [1]

These machines are active subdomains of bufferbloat.net.

netperf-west: defunct (was snapon)
netperf-east I do not know where this is actually
netperf-eu - this is toke's server somewhere

flent-atlanta # georgia
flent-dallas  # texas
flent-freemont  # california
flent-london  # england - this is also taht.net, at the moment
flent-newark # new jersey
flent-tokyo # japan

[1] maintainer wanted. Also could use d-itg set up on them. Securely.
I also do not remember if they all have ecn enabled by default or not.
Several run the fq qdisc. I am in  the progress of migrating several
to kvm from xen.

I would argue for consistently using sch_fq on these servers with ecn
always enabled. I will check today.


Dave Täht
Let's go make home routers and wifi faster! With better software!
https://www.gofundme.com/savewifi

      parent reply	other threads:[~2016-01-18 22:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-23 14:08 [Cake] " Dave Taht
2015-12-23 14:30 ` Dave Taht
2016-01-18 22:47   ` [Cake] Fwd: " Dave Taht
2016-01-18 22:46 ` Dave Taht [this message]

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=CAA93jw6qkB-BP3zwebcjMp7yzfFGuRGB1zmxfSe+829_9EtErQ@mail.gmail.com \
    --to=dave.taht@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