From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (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 7F4713B29E for ; Thu, 16 Nov 2017 09:33:32 -0500 (EST) Received: by mail-wm0-x22d.google.com with SMTP id y80so502333wmd.0 for ; Thu, 16 Nov 2017 06:33:32 -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; bh=VquyNxv2dGluCxIUw/HzeMG9pBd7/j2kUGf/Wjvtq1M=; b=CVzFkOyLWXg5jOeaCF1qv9UDlesK79mt9s4QnRK3czGcEk7gr4yvJW4+IYi/W41LD/ KMfKLKm1ZcqyDjcf1azMEqr+MTw1OjF/CibsNMy510P7MPoVoLNvm5capKYp9vy52MtV yZinaQCnWk2K5H2a4DQU+YlC3fy3899zEW+ejr0Mk8NJwwg/Bud32/mXasICVlj/Wshl J0J7OMHG8eHB5dytfYuZG82Ma89vQ72qGecRHBYP34QylKGCEvfGgNwfkREzapfuy6IR eJVktjHgHYhprlesT/7BkSdPeKExw6uF8J3NjrOvMrlpRdJYqt3c1u9m6RhwSSbkOojt SsGA== 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; bh=VquyNxv2dGluCxIUw/HzeMG9pBd7/j2kUGf/Wjvtq1M=; b=R27JP88GQvxtsCpWvZdHrnchIwu+TJJa6cvMRuz0QW+U05sgD09YNp2gbGU2cEZNq8 CL7dpoWWxUnCvG6SDAa0937fZ2+YKAxcUO2nT/0gSbgK9w/Xi260oiPiALC7agpNz4yI ijO1Z3GOo5Fb5SkcAwKeNEbG33jJ/sQcrFL8A1o42zECAE4L+YANkjMLHlHzvss1puAF Xn2CI4XCIr+cEwQkIG3UNCEvesuKSdhtcvwwTjWwTzZ4AozbC+qzAQ1hQ4U085OoIJ76 esLkg9VwJuhqd2SmH0WkmYhKM/qquyDj72BNGF9MAD60s6rWWoLjPQj2XDoWIBR/h194 khUg== X-Gm-Message-State: AJaThX6Y1+0u6/QCbn/5Tu5hOREvujizsUgaTdLgOElx7/EQvBVyz9kZ QZB4sVR5MpjXzxmVnYLxGhN5YPJbiJaKaj+atJ0= X-Google-Smtp-Source: AGs4zMZbKRV1WibaX6Cgbal25OpNoOTWcKchbTHMhBYyrT4putz12fRKzWHM0ysq4uNmvJ7MGF5OSMTTtq148dA5A4A= X-Received: by 10.28.0.5 with SMTP id 5mr1639886wma.109.1510842811500; Thu, 16 Nov 2017 06:33:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.2.213 with HTTP; Thu, 16 Nov 2017 06:33:30 -0800 (PST) Received: by 10.28.2.213 with HTTP; Thu, 16 Nov 2017 06:33:30 -0800 (PST) In-Reply-To: References: From: Bret Towe Date: Thu, 16 Nov 2017 06:33:30 -0800 Message-ID: To: Sebastian Moeller Cc: =?UTF-8?Q?Dave_T=C3=A4ht?= , Cake List Content-Type: multipart/alternative; boundary="001a113c99e6174f32055e1a8138" Subject: Re: [Cake] ack filter rrul result at 1000/100 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: Thu, 16 Nov 2017 14:33:32 -0000 --001a113c99e6174f32055e1a8138 Content-Type: text/plain; charset="UTF-8" I'm willing to-do tests just let me know what's required to-do so current "router" is an arch Linux computer connected directly to the modem On Nov 16, 2017 6:29 AM, "Sebastian Moeller" wrote: > > > On Nov 16, 2017, at 14:55, Bret Towe wrote: > > > > I have a docsis setup atm that is 300/7 > > 300/7 = 42.9/1 > > This is extreme, I do not envy you at all. I would venture a guess that > your ISP would be a prime candidate for doing ACK filtering/thinning in its > CPE. Is there an easy way to compare sent versus received ACKs over the > internet? > > Best Regards > > > > > > > > On Nov 15, 2017 8:28 PM, "Dave Taht" wrote: > > This is a much saner test result[1], showing about a 20% improvement > > under the rrul_be test. I scaled back the topology to two instances of > > cake on the middlebox, shaping to 100mbits on one side and 10mbits on > > the other, and flipped filtering on or off. The win will improve more > > with upload/download ratios of ever worse than 10/1, and the rrul is > > not exactly a test of real traffic. > > > > What other ratios are out there, particularly in the dsl world? > > > > I can think of a few ways to get more acks to filter out, for example, > > not using the "sparse flow optimization" for acks. > > > > [1] it also turned out my test target box, an odroid c2, couldn't push > > more than 500mbits bidir in the first place. > > > > _______________________________________________ > > Cake mailing list > > Cake@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/cake > > > > _______________________________________________ > > Cake mailing list > > Cake@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/cake > > --001a113c99e6174f32055e1a8138 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm willing to-do tests just let me know what's r= equired to-do so
current "router" is an arch Lin= ux computer connected directly to the modem

On Nov 16, 2017 6:29 AM, "Sebast= ian Moeller" <moeller0@gmx.de> wrote:

> On Nov 16, 2017, at 14:55, Bret Towe <bret.towe@gmail.com> wrote:
>
> I have a docsis setup atm that is 300/7

300/7 =3D 42.9/1

This is extreme, I do not envy you at all. I would venture a guess that you= r ISP would be a prime candidate for doing ACK filtering/thinning in its CP= E. Is there an easy way to compare sent versus received ACKs over the inter= net?

Best Regards


>
>
> On Nov 15, 2017 8:28 PM, "Dave Taht" <dave.taht@gmail.com> wrote:
> This is a much saner test result[1], showing about a 20% improvement > under the rrul_be test. I scaled back the topology to two instances of=
> cake on the middlebox, shaping to 100mbits on one side and 10mbits on<= br> > the other, and flipped filtering on or off. The win will improve more<= br> > with upload/download ratios of ever worse than 10/1, and the rrul is > not exactly a test of real traffic.
>
> What other ratios are out there, particularly in the dsl world?
>
> I can think of a few ways to get more acks to filter out, for example,=
> not using the "sparse flow optimization" for acks.
>
> [1] it also turned out my test target box, an odroid c2, couldn't = push
> more than 500mbits bidir in the first place.
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.n= et
> https://lists.bufferbloat.net/listinfo/cake=
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.n= et
> https://lists.bufferbloat.net/listinfo/cake=

--001a113c99e6174f32055e1a8138--