From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id A9D2C21F3EF for ; Sat, 7 Mar 2015 07:09:06 -0800 (PST) Received: by qgfl89 with SMTP id l89so19364713qgf.11 for ; Sat, 07 Mar 2015 07:09:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=nVtR9l9qqPKuJ/YN7aqaU6XY4Gb+etgQ9+bRN6+5h0o=; b=PVHKyhn38DlW3+Lx9ECI7GXEzZ2ugI5SGUwjkcHXgIbsco9ccHJd+P/RHHRdqR7nnu rUW6az19ASn2f1hQ37XRdilclgc7UhIzOBeNydo69DkQsezqw+NaHYcQ/1qGaEVApYSk 70qssXLazbmfbGWLyHRrJ+T/7/KmGGwa0ru5QzrblZ5+bUiAycVcJ2VnX06708nRwlvY Mp2NtGvkmIZgVwPuJ8Ig83BPJLZtxzkpK78g+C1n2m8MqSiIwV5tNojKRhIfFJ6PD2ka Ss6uzrAvqDcrfUb7+l4ThLvF015bBwxYJlCCzdgPi1qyK5302IHlgfHxbycp2iJpbdzH c+Cw== X-Received: by 10.140.91.201 with SMTP id z67mr24863391qgd.27.1425740945283; Sat, 07 Mar 2015 07:09:05 -0800 (PST) Received: from richs-mbp-10219.home.lan (pool-71-173-64-230.ptldme.east.myfairpoint.net. [71.173.64.230]) by mx.google.com with ESMTPSA id 17sm7895102qhq.23.2015.03.07.07.09.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 07 Mar 2015 07:09:04 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_4177145A-1109-4AA6-9BA5-A86D3E6FE1BF"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Rich Brown In-Reply-To: Date: Sat, 7 Mar 2015 10:09:02 -0500 Message-Id: <75DD1E1D-9E6E-41FB-9C6D-0F1DD36F5068@gmail.com> References: To: Dave Taht X-Mailer: Apple Mail (2.1878.6) Cc: bloat Subject: Re: [Bloat] tsiox almost gets fixing bufferbloat right on reddit X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 15:09:37 -0000 --Apple-Mail=_4177145A-1109-4AA6-9BA5-A86D3E6FE1BF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 It seems that tsiox (on Reddit) is advocating that people invert the = usual shotgun approach of guessing which QoS policies to implement, and = instead use the following steps if "the network is slow": - The first line of defense is minimizing queues in the bottleneck = routers. Using fq_codel, pie, or other traffic shaping policy really = makes a huge difference without spending time on configuration. - After the traffic shaping is in place, measure the traffic = responsiveness. If you can tell that the traffic shapers aren't quite = doing the trick, then implement QoS, but only for the critical traffic = that needs prioritization.=20 - And of course, you may actually need more bandwidth. (The example in = the Reddit thread of 100 video feeds at 1Mbps - you're going to = *require* a 100 Mbps feed. No amount of queue management, = prioritization, etc. will help.) Questions: - Is this a good policy, properly stated?=20 - Is it something we should espouse on the Bloat/CeroWrt sites? Rich On Mar 7, 2015, at 8:26 AM, Dave Taht wrote: > I am nervous about applying sch_fq in this scenario rather than > fq_codel but it is late - and honestly I have never tried what he > suggests, can't remember my handle on reddit, and the guy otherwise > gets it, in multiple postings on reddit elsewhere. >=20 > http://www.reddit.com/r/networking/comments/2xm5gs/qos_policy/ >=20 > Can I ask that someone else monitor reddit, and chat with this guy, so > I don't have to? >=20 > --=20 > Dave T=E4ht > Let's make wifi fast, less jittery and reliable again! >=20 > https://plus.google.com/u/0/107942175615993706558/posts/TVX3o84jjmb > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat --Apple-Mail=_4177145A-1109-4AA6-9BA5-A86D3E6FE1BF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU+xSOAAoJEH4agC/0z73/tO0IAIXodXPO9sAgnSxXrKyuE1a4 o2Mqu1Nqr3mUM3+lC/HmWHlIU439cfBJuAJFXflV31dq3nK/XhXUEGp6TicodDtY g6psUMFHC0jQY63vIJmZqCmhxTZi+BQzA2+Dnh96umkohJ1R+23rh5FRY8yoOK09 Reg9DIP4ZU87EPItT/BbRVWh2TJ9l9yUCT/vwB4uBIbs6BXjY382/5mDBAtug+AA IGYCW8rhM75z1m0Tvp4d7/brRBE+CcPVaIpQt3jgdCkp13IveAwKZc8Ua9/6VQfL B1YZPdAQJJtuJJl323wF4xr8C5Y6r4j9bmFfM5BnF5cNLEpi/UZuWU8DH69q4r4= =JB/2 -----END PGP SIGNATURE----- --Apple-Mail=_4177145A-1109-4AA6-9BA5-A86D3E6FE1BF--