From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::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 17ED921F205 for ; Mon, 20 Jan 2014 10:56:39 -0800 (PST) Received: by mail-ob0-f179.google.com with SMTP id wo20so3374515obc.10 for ; Mon, 20 Jan 2014 10:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EvjUI1QOXtA+OkwSndPl67ydFw3J/+qaHfYLJ/7xL2c=; b=aHOe9IJe7gbp4+gw3ZTfYJKUeDJbRzImX3yp5//nJ3O1crz20m4PtR5Ux/2p0O78qY DwHyaW51ktI3PdGiZ/F/ZmVR4+yUR8S6Fge1MYhlQ8I+hfoCJ9Ecx8YQS2bTVstvJdn2 X+GLtbFUj+B9en0iyTriOheBMEbBBvIo/3rkPd/eMOkvMrAv4LXVvmMuxEZxiOg9nLIu OVQp4NV0ieLN+ZNg+0rfs+x442SsPr2cwgzirKuEbwfILvrGvHp3Gedi3lafLVKisk5K bccD9FBuGvyQzRwRAjsXR5d6imZwJQpSzKjedcZzXDtGU2YvgFxyzhoHJexE5PHrsSd/ 4yXA== MIME-Version: 1.0 X-Received: by 10.182.49.166 with SMTP id v6mr17002689obn.13.1390244198115; Mon, 20 Jan 2014 10:56:38 -0800 (PST) Received: by 10.182.92.202 with HTTP; Mon, 20 Jan 2014 10:56:38 -0800 (PST) In-Reply-To: References: Date: Mon, 20 Jan 2014 19:56:38 +0100 Message-ID: From: Aaron Wood To: Dave Taht Content-Type: multipart/alternative; boundary=047d7b5d2ea494702104f06b7357 Cc: bloat Subject: Re: [Bloat] pie aqm finally landed in Linux 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: Mon, 20 Jan 2014 18:56:55 -0000 --047d7b5d2ea494702104f06b7357 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm definitely interested in seeing if the new pie implementation fares better than what I was seeing on 3.10.24-8. -Aaron On Mon, Jan 20, 2014 at 4:46 PM, Dave Taht wrote: > http://www.spinics.net/lists/netdev/msg264935.html > > Hat off to vijay and the pie folk at cisco who shepherded the code > through 5 releases to get it upstream! > > PIE is now mandated in DOCSIS3.1 cablemodems and the ECO for DOCSIS > 3.0 went out a while ago. > > I think the mandate differs from the Linux implementation. I don't > know the size of the recomended cablelabs target nor the size of the > estimation window (?)). > > So that will improve going-upstream buffering problems dramatically. > > The linux implementation supports ECN, the DOCSIS standard does not. > The ECN work in pie has some minor problems that fq_codel doesn't > have, we hope to discuss at ietf... > > I will fold the v5 implementation of pie into cerowrt in the next release > and > see what happens. > > NOW: > > The biggest problem remaining in cable is fixing excessive downstream > buffering. Surely something can be done to remove the 1.6 seconds of > buffering I observed yesterday (at some level without needing to AQM? > Some workaround that operators can use?). Some benchmarks I ran last > night (not against pie): > > http://snapon.lab.bufferbloat.net/~d/bev/comcast_native_ipv6/ > > I sure hope the gpon, lte, and wifi folk are paying attention. > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --047d7b5d2ea494702104f06b7357 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm definitely interested in seeing if the new pie imp= lementation fares better than what I was seeing on 3.10.24-8.

-Aaron


On Mon, Jan 20, 2014 at 4:46 PM, Dave Taht <dave.taht@gmail.com><= /span> wrote:
http://www.spinics.net/lists/netdev/msg264935.html

Hat off to vijay and the pie folk at cisco who shepherded the code
through 5 releases to get it upstream!

PIE is now mandated in DOCSIS3.1 cablemodems and the ECO for DOCSIS
3.0 went out a while ago.

I think the mandate differs from the Linux implementation. I don't
know the size of the recomended cablelabs target nor the size of the
estimation window (?)).

So that will improve going-upstream buffering problems dramatically.

The linux implementation supports ECN, the DOCSIS standard does not.
The ECN work in pie has some minor problems that fq_codel doesn't
have, we hope to discuss at ietf...

I will fold the v5 implementation of pie into cerowrt in the next release a= nd
see what happens.

NOW:

The biggest problem remaining in cable is fixing excessive downstream
buffering. Surely something can be done to remove the 1.6 seconds of
buffering I observed yesterday (at some level without needing to AQM?
Some workaround that operators can use?). Some benchmarks I ran last
night (not against pie):

http://snapon.lab.bufferbloat.net/~d/bev/comcast_native_ip= v6/

I sure hope the gpon, lte, and wifi folk are paying attention.

--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html
_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net<= /a>
= https://lists.bufferbloat.net/listinfo/bloat

--047d7b5d2ea494702104f06b7357--