From: "Talpey, Thomas" Subject: Re: mount.nfs: chk_mountpoint() Date: Thu, 30 Aug 2007 15:15:46 -0400 Message-ID: References: <46CC884B.1030207@oracle.com> <46CD82A0.1000408@redhat.com> <46CDC7D0.6030803@oracle.com> <46CDD069.3070608@redhat.com> <46CDE76C.3040800@oracle.com> <46CDEA2E.10902@redhat.com> <20070830101249.GA9880@janus> <46D6AFBC.3000208@redhat.com> <46D6E9CF.4000901@oracle.com> <46D6EB44.7050600@redhat.com> <46D6EDEE.5060907@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: nfs@lists.sourceforge.net, Frank van Maarseveen To: chuck.lever@oracle.com, Peter Staubach Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1IQpWp-0006Fm-UV for nfs@lists.sourceforge.net; Thu, 30 Aug 2007 12:18:10 -0700 Received: from mx2.netapp.com ([216.240.18.37]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1IQpWs-0007lF-Ap for nfs@lists.sourceforge.net; Thu, 30 Aug 2007 12:18:12 -0700 In-Reply-To: <46D6EDEE.5060907@oracle.com> References: <46CC884B.1030207@oracle.com> <46CD82A0.1000408@redhat.com> <46CDC7D0.6030803@oracle.com> <46CDD069.3070608@redhat.com> <46CDE76C.3040800@oracle.com> <46CDEA2E.10902@redhat.com> <20070830101249.GA9880@janus> <46D6AFBC.3000208@redhat.com> <46D6E9CF.4000901@oracle.com> <46D6EB44.7050600@redhat.com> <46D6EDEE.5060907@oracle.com> List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net At 12:18 PM 8/30/2007, Chuck Lever wrote: >Peter Staubach wrote: >> If the application on each client is going to need many mount >> points, then how does "bg" do anything but increase the number >> of concurrent mount requests coming from each client, thus >> increasing the load? > >"bg" has an exponential backoff, so the load increase isn't terribly >bothersome. It's the "bg" recovery mechanism that's useful here for >getting all the mount requests to be successful in a nondeterministic >environment. "bg" also tries synchronously before going into the background (and backing off). So, by itself "bg" does not generate a storm. It only slightly raises the mount traffic after a failure, by giving way to the next filesystem in line - which may well be on another server. Done right, "bg" is a reasonable approach, IMO. Tom. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs