From owner-freebsd-stable@FreeBSD.ORG Thu Jul 1 14:49:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE471065673 for ; Thu, 1 Jul 2010 14:49:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB108FC1A for ; Thu, 1 Jul 2010 14:49:50 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAMRHLEyDaFvJ/2dsb2JhbACfaXG/CIUlBA X-IronPort-AV: E=Sophos;i="4.53,520,1272859200"; d="scan'208";a="82512080" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 01 Jul 2010 10:49:47 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 29C19FB80CA; Thu, 1 Jul 2010 10:49:49 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PB0bacg6R0WI; Thu, 1 Jul 2010 10:49:48 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 569DEFB80C1; Thu, 1 Jul 2010 10:49:48 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o61F6no20906; Thu, 1 Jul 2010 11:06:49 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 1 Jul 2010 11:06:49 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: "Rick C. Petty" In-Reply-To: <20100628153527.GB53315@kay.kiwi-computer.com> Message-ID: References: <20100627221607.GA31646@kay.kiwi-computer.com> <20100628031401.GA45282@kay.kiwi-computer.com> <20100628034741.GA45748@kay.kiwi-computer.com> <20100628153527.GB53315@kay.kiwi-computer.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Why is NFSv4 so slow? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 14:49:51 -0000 On Mon, 28 Jun 2010, Rick C. Petty wrote: > On Mon, Jun 28, 2010 at 12:35:14AM -0400, Rick Macklem wrote: >> >> Being stuck in "newnfsreq" means that it is trying to establish a TCP >> connection with the server (again smells like some networking issue). >> >> Disabling delegations is the next step. (They aren't >> required for correct behaviour and are disabled by default because >> they are the "greenest" part of the implementation.) > > After disabling delegations, I was able to build world and kernel on two > different clients, and my port build problems went away as well. > I was able to reproduce a problem when delegations are enabled and the "rdirplus" option was used on a mount. Since I haven't done non-trivial testing with "rdirplus" set, but have done quite a bit with delegations enabled for mounts without "rdirplus", I suspect the problem is related to using "rdirplus" on NFSv4 mounts. So, I'd recommend against using "rdirplus" on NFSv4 mounts until the problem gets resolved. You could try re-enabling delegations and the try mounts without "rdirplus" and see if the problems during builds still show up? Thanks for your help with testing, rick