From: Trond Myklebust Subject: Re: Re: NFS retry on disconnection Date: 14 May 2002 10:16:59 +0200 Sender: nfs-admin@lists.sourceforge.net Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: nfs@lists.sourceforge.net Return-path: Received: from mons.uio.no ([129.240.130.14]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 177XUa-0003QF-00 for ; Tue, 14 May 2002 01:17:08 -0700 To: Peter =?iso-8859-1?q?=C5strand?= In-Reply-To: Errors-To: nfs-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Unsubscribe: , List-Archive: >>>>> " " == astrand writes: > One thing that keeps annoying me is that "intr" only allows > interrupting the file operation when a major timeout happens. I Nope. Major, minor, it all goes through the same code and both can be interrupted. What can happen, though, is that one process could actually be waiting on another process. If, say, they are both waiting to read data from the same page, then only one process actually does the RPC call. The VFS/MM layers will put the other process to sleep in the global function 'lock_page()'. That unfortunately means that it cannot interrupt, since 'lock_page()' does not do interruptible sleeps. Cheers, Trond _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: bandwidth@sourceforge.net _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs