[Make-wifi-fast] crypto-fq bug postmortem is up
dave.taht at gmail.com
Sat Sep 17 13:33:53 EDT 2016
On Sat, Sep 17, 2016 at 10:26 AM, Loganaden Velvindron
<loganaden at gmail.com> wrote:
> On Sat, Sep 17, 2016 at 9:12 PM, Loganaden Velvindron
> <loganaden at gmail.com> wrote:
>> On Sat, Sep 17, 2016 at 1:42 AM, Dave Taht <dave.taht at gmail.com> wrote:
>>> I am very interested to try to remember more of the suggestions, and
>>> blind alleys, and why we thought they were possibilities... and draw
>>> more conclusions as to what we did right, and wrong.
>>> Please comment, and send links.
>>> If I have more time, I'll make it shorter. Or funnier. And add more
>>> pictures, captures, and links. Finding this bug *eventually* got to be
>> My home network:
>> FTTH modem (bridge) --- tp-link archer c7
>> (pppoe+sqm+simple_pppoe(fq_codel)+ap) ---- (lan cable) --- tp-link
>> archer c7 v2 with the experimental firmware(ap):
>> Quick and dirty test:
>> on non-patched openwrt wifi(wpa-psk):
>> on tp-link archer c7 v2 with toke's firmware(wpa-psk):
>> My brother said that "It feels like ethernet both in terms of
>> throughput and latency". My brother is hammering the the tp-link
>> archer c7 box with bittorrent, whatsapp, viber, and normal http.
> Testing on my android smartphone (android 6.0.1):
> Unpatched ap:
> Patched ap:
> On smartphones, it looks like you can get better throughput with
> toke's firmware.
I would repeat that test a couple times to make sure. It would not
surprise me that we also won on the dslreports tests for wifi for
normal clients - dslreports does use multiple flows after all and the
fq is going to help a lot here - but seeing bandwidth improve from 7
to 12mbits as a result of all this for that test, under these
circumstances, strikes me as a bit much.
Let's go make home routers and wifi faster! With better software!
More information about the Make-wifi-fast