From owner-freebsd-net@FreeBSD.ORG Fri Dec 8 02:30:20 2006 Return-Path: X-Original-To: net@freebsd.org 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 3A66F16A403; Fri, 8 Dec 2006 02:30:20 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3CCE43CC5; Fri, 8 Dec 2006 02:29:24 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id 5B2CE1190D1; Fri, 8 Dec 2006 13:30:15 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9737927438; Fri, 8 Dec 2006 13:30:13 +1100 (EST) Date: Fri, 8 Dec 2006 13:30:13 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: "M. Warner Losh" In-Reply-To: <20061207.080007.1720215207.imp@bsdimp.com> Message-ID: <20061208125250.B39681@delplex.bde.org> References: <20061206.143808.-1350498609.imp@bsdimp.com> <20061207090026.I17220@knop-beagle.kn.op.dlr.de> <20061207.080007.1720215207.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hartmut.brandt@dlr.de, harti@freebsd.org, net@freebsd.org Subject: Re: FreeBSD NFS Client, Windows 2003 NFS server 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: Fri, 08 Dec 2006 02:30:20 -0000 On Thu, 7 Dec 2006, M. Warner Losh wrote: > We see FreeBSD to FreeBSD NFS feeling fast enough for most things, but > when we do a full build of our system from scratch it takes 10 hours > over NFS vs 1 hour on a local disk. I have a report that lost dotdot caching seems to be responsible for most of the enormous slowness of nfs under FreeBSD (for building a large non-FreeBSD system), but I think this is only one of several slowness factors, and building things in parallel is an adequate workaround in all cases that I tried (mainly building kernels and worlds). > We're worried that if we were to > try to do heavy NFS traffic to a Win2003 server with SFU this would be > even slower. The slowness in FreeBSD's nfs seems to be mostly in the client (except network latency is in the network). The client doesn't cache things very well, so it generates a large number of RPCs so the total latency = (per-RPC-latency * number-of-RPCs) is enormous if the per-RPC latency is just large. Bruce