[Cerowrt-devel] performance numbers from WRT1200AC (Re: Latest build test - new sqm-scripts seem to work; "cake overhead 40" didn't)

Dave Taht dave.taht at gmail.com
Mon Jun 29 12:44:31 EDT 2015

On Mon, Jun 29, 2015 at 6:42 AM, Sebastian Moeller <moeller0 at gmx.de> wrote:
> HI Mikael,, hi Jonathan,
>> [...]
>> These are the results from 50M and 500M, also including 50up and 50down that I added to my test suite script.
>> http://swm.pp.se/aqm/rrul_150629-cake-4.tar
> Now both ingress and egress are up to roughly 455Mbps from roughly 360 with cake just playing leaf qdisc for HTB. This looks even better than before…

350 *usec* induced delay on the 50mbit rrul_be test. w00t!

Most of the tests compare well with the reference rangeley data now. I
would like a 900mbit soft shaped result.

1.2ms at 500mbit. Less of a w00t. Possible it is coming from elsewhere
on that path (fq or fq_codel on the server and client?)

cake currently peels at 1ms / flows (more or less)... NAPI is an
issue... hw mq an issue...

There are a half dozen things in the mvneta driver I would try to
reduce it's latency more. The easy ones:

reduce this to 16:

        netif_napi_add(dev, &pp->napi, mvneta_poll, NAPI_POLL_WEIGHT);

Reduce this to 24: (this will also reduce the max outstanding stuff in
the driver by  a LOT, but is still not BQL!)

/* Max number of allowed TCP segments for software TSO */

Both of the will improve read side latency at the cost of more sirqs.

I do not know what reducing these will do, and would test both of the
above separately.

/* Coalescing */
#define MVNETA_TXDONE_COAL_PKTS         1
#define MVNETA_RX_COAL_PKTS             32
#define MVNETA_RX_COAL_USEC             100

As for cake itself, eric dumazet told us we dont need atomic ops in it,
and peeling at at even lower threshold has some appeal (to me, anyway)

attached is a patch for that, put it in your feeds/cero/kmod_sched_cake/patches
directory, rebuild (make package/kmod-sched-cake/{clean,compile,install})

(bump up the makefile rel number also, if you want)

> Best Regards
>         Sebastian
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel

Dave Täht
worldwide bufferbloat report:
What will it take to vastly improve wifi for everyone?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Rid-unneeded-atomic-ops-and-reduce-peeling-threshold.patch
Type: text/x-patch
Size: 2510 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20150629/bd3fd2dd/attachment-0002.bin>

More information about the Cerowrt-devel mailing list