Re: [aqm] Is bufferbloat a real problem?
Curtis Villamizar <curtis@ipv6.occnc.com> Sun, 01 March 2015 01:52 UTC
Return-Path: <curtis@ipv6.occnc.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 890F71A1AFF for <aqm@ietfa.amsl.com>; Sat, 28 Feb 2015 17:52:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.312
X-Spam-Level:
X-Spam-Status: No, score=-1.312 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_12=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id laP_4HwcCbOy for <aqm@ietfa.amsl.com>; Sat, 28 Feb 2015 17:52:36 -0800 (PST)
Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:550:3800:203::3131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E4481A1ADF for <aqm@ietf.org>; Sat, 28 Feb 2015 17:52:36 -0800 (PST)
Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:550:3800:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t211qQc5042719; Sat, 28 Feb 2015 20:52:26 -0500 (EST) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201503010152.t211qQc5042719@maildrop31.somerville.occnc.com>
To: davecb@spamcop.net
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Fri, 27 Feb 2015 21:45:19 -0500." <54F12BBF.4050503@rogers.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <42717.1425174746.1@harbor31.somerville.occnc.com>
Date: Sat, 28 Feb 2015 20:52:26 -0500
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/6g3gunmwE_yCZKK0BE1ILOAYaNI>
Cc: KK <kk@cs.ucr.edu>, aqm@ietf.org
Subject: Re: [aqm] Is bufferbloat a real problem?
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: curtis@ipv6.occnc.com
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Mar 2015 01:52:37 -0000
In message <54F12BBF.4050503@rogers.com> David Collier-Brown writes: > Yup! > > Loss is a bit of like hitting someone with a 2 x 4" as a clue-stick. It > hurts, but it sure does work! > > --dave ECN might be a touch gentler. But loss on the order of 10^-4 or less doesn't hurt too bad. With classsic TCP (ie: newreno or older and anything newer but not hyper-aggresive) the estimates of the amount of loss per D*BW product done by Matt Mathis still hold. Now if I could just remember what that estimate was ... in any case you get to extremely tiny loss with anything over a few Mb/s and it goes up with square of D*BW. Hyper-aggresive TCP (ie: CUBIC) need to be hit a lot harder. This is where FQ/SFQ really comes in handy. Curtis > On 02/27/2015 09:16 PM, KK wrote: > > This could also be done by not having to depend on "loss" as the primary > > source of feedback... > > On 2/27/15, 6:00 PM, "David Collier-Brown" <davec-b@rogers.com> wrote: > > > IMHO, removing latency is the aim of FQ. Once done, buffer sizes can be > > unbounded (save by price (;-))
- [aqm] Gathering Queue Length Statistics Ryan Doyle
- Re: [aqm] Gathering Queue Length Statistics Fred Baker (fred)
- Re: [aqm] Gathering Queue Length Statistics Dave Taht
- Re: [aqm] Gathering Queue Length Statistics Daniel Havey
- Re: [aqm] Gathering Queue Length Statistics Jesper Dangaard Brouer
- Re: [aqm] Gathering Queue Length Statistics Dave Taht
- Re: [aqm] Gathering Queue Length Statistics grenville armitage
- Re: [aqm] Gathering Queue Length Statistics Ryan Doyle
- Re: [aqm] Gathering Queue Length Statistics Mikael Abrahamsson
- Re: [aqm] Gathering Queue Length Statistics Toke Høiland-Jørgensen
- [aqm] Is bufferbloat a real problem? Daniel Havey
- Re: [aqm] Is bufferbloat a real problem? Curtis Villamizar
- Re: [aqm] Is bufferbloat a real problem? Daniel Havey
- Re: [aqm] Is bufferbloat a real problem? Daniel Havey
- Re: [aqm] Is bufferbloat a real problem? David Collier-Brown
- Re: [aqm] Is bufferbloat a real problem? KK
- Re: [aqm] Is bufferbloat a real problem? David Collier-Brown
- Re: [aqm] Is bufferbloat a real problem? Mikael Abrahamsson
- Re: [aqm] Is bufferbloat a real problem? Curtis Villamizar
- Re: [aqm] Is bufferbloat a real problem? Curtis Villamizar
- Re: [aqm] Is bufferbloat a real problem? Curtis Villamizar