From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-x243.google.com (mail-qk0-x243.google.com [IPv6:2607:f8b0:400d:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 115C43B2A4; Fri, 23 Dec 2016 20:41:24 -0500 (EST) Received: by mail-qk0-x243.google.com with SMTP id h201so18641267qke.3; Fri, 23 Dec 2016 17:41:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=PV7EtiLTvFbo6m52qUoJFZ+O0nDEmFkxeCcFUZomYlY=; b=EEzK7ssCaJVWRvmkbk/2NA0v8gjqMGaMlTluKiZFPIx0+qBSHX/pV3uaU8d6qSsocc I/n3ojlpxcPG+FAubDIFunSFSLmwFDmPIzPVwHJ0s3lYGwNGA15GaBQnV80VAyd/MXTe OJK39hlrJd0sokF9i33G8mAiPFC2hO9UAt+P2r8vAkTeuN6V5f1+FXtCVdUAJasp6nSa aXm/0AI28y83U7EYKwkGBTh1rQVAu4jXnCpOgdPphvSLQNodGdsydxi9il7jxuOVNmgz uVhOE27P29YH7GvZ1JBun0nmCfxwjG04A2h4+Dm3jzNZX2TfZ+01sPgZwhSmMszuPPyh UfmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=PV7EtiLTvFbo6m52qUoJFZ+O0nDEmFkxeCcFUZomYlY=; b=nY7f8kUiCodzUdSmgfBuDw6P2/gwY8x1pRL8R0bOz1qmjzbXkk68M4jKENQQVIlgdI tpdxUuw3xT2m2dZ4/NbNJ6CzzpnYbdMQB++GTUNt4c4E6ODbywTY09jDwnTXOvLln/YM O5Y4RuBvsBcB1QZPXmlHD2KS+zlaIPhZuK7nl2L9e1m5pxKMKHF7LYBn7i97OdutjURV 4tOSvbOn3OQmLOTj6fzFnzFGYKsAppwbe1/F1S9Grw418cbWrbW21pBhVYyYPY/L9lwI PgOtxng+JqHFkA+VdIhwUs+FT2pAWglfPPPMPT0ZKyZ4w6ZO91eWK24KdVrNneOQHm02 QUTg== X-Gm-Message-State: AIkVDXL3CUxGWF0wiZ+vZxi+dv8KB0MEcwbfXVVLJkyxl+0wZh1/OndLCcB97NosUSWUFMchVNlnn2UxIJnWkg== X-Received: by 10.233.220.71 with SMTP id q68mr17796753qkf.153.1482543684594; Fri, 23 Dec 2016 17:41:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.152.197 with HTTP; Fri, 23 Dec 2016 17:41:24 -0800 (PST) In-Reply-To: References: <877f6vr1on.fsf@toke.dk> From: Dave Taht Date: Fri, 23 Dec 2016 17:41:24 -0800 Message-ID: To: Aaron Wood Cc: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= , cake@lists.bufferbloat.net, make-wifi-fast@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2016 01:41:25 -0000 On Fri, Dec 23, 2016 at 5:32 PM, Aaron Wood wrote: > Toke, > > Do you know if it's made it into the LEDE nightlies, yet? I loaded up th= e > Dec 22 nightly onto my WNDR3800. Running rrul I'm getting about 10-30ms = of > latency over wired on the same link (and wifi is definitely the limit, as I'm assuming you meant wireless above? > it's using piece_of_cake at 135M down, 12M up (and I'm seeing 0 measurabl= e I really don't recommend cake at much greater than 60Mbits on this hardware inbound. > additional latency from piece of cake). rrul stresses out both sides of the wifi connection AND all the Qos queues. rrul_be stresses out both sides but only one queue. rrul remains generally awful on wifi unless your dscp markings have been eliminated in transit. for rrul_be - unless you've got the fq_codel code on both sides, you aren't going to see as much benefit, and even if you are, the double buffering on both sides leads to a typical latency of about 10ms each way in this scenario. (so if you got it, you are inline with our results). I generally switched to using tcp_nup and tcp_ndown (with varying numbers of flows), as well as the various rtt_fair_var tests against multiple stations, to evaluate the wifi changes. It's not clear to me if the quantum and codel targets were restored to their defaults in this release (300->1514, 20ms -> 5ms) > -Aaron > > > > On Mon, Dec 19, 2016 at 2:31 PM, Toke H=C3=B8iland-J=C3=B8rgensen > wrote: >> >> The airtime fairness patch for ath9k has been accepted into the mainline >> Linux kernel, and is queued to be merged for 4.11 (i.e. the next merge >> window after the current 4.10 cycle completes). >> >> The patch has also been accepted into LEDE and is currently in Felix' >> staging tree at >> https://git.lede-project.org/?p=3Dlede/nbd/staging.git;a=3Dsummary - so = if >> nothing surprising shows up, it should make it into the regular LEDE >> nightlies before too long :) >> >> >> In related news, the Turris Omnia had the WiFi queue restructure patches >> added in the latest update; and the ath10k chip it ships with seems to >> have the required hardware support, so both WiFi devices in the Omnia >> now have nicely debloated queues. They also switched to sqm-scripts >> (from wondershaper that they shipped before), and added Cake :) >> >> -Toke >> _______________________________________________ >> Make-wifi-fast mailing list >> Make-wifi-fast@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/make-wifi-fast > > > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake > --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org