From owner-freebsd-net@FreeBSD.ORG Mon Oct 15 02:45:21 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBCABF55 for ; Mon, 15 Oct 2012 02:45:21 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8901E8FC16 for ; Mon, 15 Oct 2012 02:45:21 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id CE73D7E820; Mon, 15 Oct 2012 13:45:12 +1100 (EST) Message-ID: <507B78B8.2000707@freebsd.org> Date: Mon, 15 Oct 2012 13:45:12 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120814 Thunderbird/14.0 MIME-Version: 1.0 To: "Eggert, Lars" Subject: Re: FreeBSD & bufferbloat? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2012 02:45:21 -0000 On 10/12/12 03:25, Eggert, Lars wrote: > Hi, > > is anyone in BSD-land working on de-bufferbloating the kernel, similar to what the Linux folks are currently doing? I'll be committing the CAIA Delay-Gradient (CDG) TCP congestion control algorithm shortly. It's still experimental, but it has some useful characteristics in terms of keeping buffer utilisation minimal whilst achieving acceptable goodput even in the face of competition from loss-based algorithms like NewReno. I've included a few relevant links at the end for anyone who wants to know more. On the larger topic of de-bufferbloating the kernel, I'm not aware of anyone who is systematically identifying buffer points and "fixing" them if they are found to suffer from bloat problems. Cheers, Lawrence http://caia.swin.edu.au/cv/dahayes/content/networking2011-cdg-preprint.pdf www.ietf.org/proceedings/84/slides/slides-84-iccrg-2 http://caia.swin.edu.au/urp/newtcp/tools.html