From owner-freebsd-net@FreeBSD.ORG Mon Jan 21 09:51:22 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B3116A476 for ; Mon, 21 Jan 2008 09:51:22 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 59CBD13C4E9 for ; Mon, 21 Jan 2008 09:51:21 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 38142 invoked from network); 21 Jan 2008 09:13:10 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Jan 2008 09:13:10 -0000 Message-ID: <47946B1B.7070009@freebsd.org> Date: Mon, 21 Jan 2008 10:51:23 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: James Healy References: <20071219123305.Y95322@fledge.watson.org> <47693DBD.6050104@swin.edu.au> <476A45D6.6030305@freebsd.org> <47858D35.6060006@swin.edu.au> <4786D23A.1080509@freebsd.org> <4794342E.8080602@swin.edu.au> In-Reply-To: <4794342E.8080602@swin.edu.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , net@freebsd.org, Robert Watson , grenville armitage , arch@freebsd.org Subject: Re: Coordinating TCP projects X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2008 09:51:22 -0000 James Healy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andre Oppermann wrote: >> The first cut is now at //depot/projects/tcp_reass/ however I made >> a mistake when creating the branch and now the code is in the same >> changeset as the branching itself. Doesn't make it easy to do a >> diff. Have to see how I can fix that. Anyway, have a look and I'm >> going to finish/fix the code tomorrow evening. > > Our initial thoughts on dynamically resizing the TCP reassembly queue in > step with the receive buffer size to avoid segments being dropped > unnecessarily have been superseded by the tcp_reass branch. > > Amongst a number of number of optimisations, this dynamic cap is now > implemented. Hopefully we'll find some spare cycles to test the branch > out soon. It's not yet finished. I expect to be done later this week. I'll send an announcement when the code is ready for wider testing. Any exercising and testing of the code you can do is very appreciated. -- Andre