From owner-freebsd-fs@FreeBSD.ORG Tue Jul 25 10:09:45 2006 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A36716A4DA for ; Tue, 25 Jul 2006 10:09:45 +0000 (UTC) (envelope-from peadar.edwards@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E776643D45 for ; Tue, 25 Jul 2006 10:09:44 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wr-out-0506.google.com with SMTP id i23so767120wra for ; Tue, 25 Jul 2006 03:09:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OhiQgpXVlHm/BZl/dqBhkFUWgSXH3kJqMoeH4lYnnzh6IPPp3etUyy8CS5GFbbjmDOSKp0NGJ2VnBvy47DhIyB/q7iirCzoEq9iew08PJ0vMXA4ShG21HJKhRVl6wpztulSHFnG4c8SmD097ZOZL1Q8/14G5zb8D8zd0sIQ+heQ= Received: by 10.64.21.6 with SMTP id 6mr4943402qbu; Tue, 25 Jul 2006 03:09:43 -0700 (PDT) Received: by 10.65.139.8 with HTTP; Tue, 25 Jul 2006 03:09:43 -0700 (PDT) Message-ID: <34cb7c840607250309t1b20179icb034cad7e720e7f@mail.gmail.com> Date: Tue, 25 Jul 2006 11:09:43 +0100 From: "Peter Edwards" To: "Jim Rees" In-Reply-To: <20060724152823.C32D81BB93@citi.umich.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607241456.KAA63411@snowhite.cis.uoguelph.ca> <20060724152823.C32D81BB93@citi.umich.edu> Cc: fs@freebsd.org, rick@snowhite.cis.uoguelph.ca Subject: Re: freebsd4.11 patch for nfs over tcp X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 10:09:45 -0000 On 7/24/06, Jim Rees wrote: > Delayed acks when properly implemented should not cause a performance hit. > The problem is that there are many buggy implementations. If you have to > turn off delayed acks to get good nfs performance, then there is a bug in > the tcp stack. See, for example, rfc 2525 page 40, "Stretch ACK violation." > MacOS has this same problem. > "NODELAY" is to turn of the Nagle algorithm, not delayed acks, and Nagle can interact badly with delayed acks on the peer for some workloads/protocols. I'm not sure NFS is one of those cases, but I suspect it probably is.