From owner-freebsd-fs@FreeBSD.ORG Sat Feb 7 15:40:06 2009 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5C71065702 for ; Sat, 7 Feb 2009 15:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1E28FC18 for ; Sat, 7 Feb 2009 15:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n17Fe55w062751 for ; Sat, 7 Feb 2009 15:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n17Fe5nN062750; Sat, 7 Feb 2009 15:40:05 GMT (envelope-from gnats) Date: Sat, 7 Feb 2009 15:40:05 GMT Message-Id: <200902071540.n17Fe5nN062750@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Martin Birgmeier Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Martin Birgmeier List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 15:40:06 -0000 The following reply was made to PR kern/131360; it has been noted by GNATS. From: Martin Birgmeier To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/131360: [nfs] poor scaling behavior of the NFS server under load Date: Sat, 7 Feb 2009 16:31:21 +0100 (CET) I am now very sure that this is an interaction with pppoa, and it is also worse than I originally thought: it will even lead to failed NFS transactions for the client. Here is what I have: Machine A ('server', a mini home server) does the following: - connecting to the Internet using usermode ppp over pppoa over an Alcatel ADSL modem - NFS serving FreeBSD sources Machine B does the following: - Mounting the FreeBSD sources from A (using amd), under directory /vol/SRC/FreeBSD/HEAD/src - Compiling the FreeBSD sources: make -j4 buildworld, such that the corresponding obj is local (via amd again) Especially in the first phase of the buildworld (clean, depend, obj), there is a lot of simultaneous NFS traffic from B to A. As soon as a download is started at A (going via pppoa, of course), the load on A rises to very high values (> 20 not uncommon). This may lead to B aborting the compile, it just did that with "directory not found". Both machines are running 7.1.0. No such problem happended when both were running 6.3.0.