From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 13 Jan 2003 12:15:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 13 Jan 2003 12:15:13 -0500 Received: from pat.uio.no ([129.240.130.16]:935 "EHLO pat.uio.no") by vger.kernel.org with ESMTP id ; Mon, 13 Jan 2003 12:15:11 -0500 To: linux-kernel@vger.kernel.org Subject: Re: Performance problems with NFS under 2.4.20 References: From: Trond Myklebust Date: 13 Jan 2003 18:23:59 +0100 In-Reply-To: Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org >>>>> " " == Lars Magne Ingebrigtsen writes: > I have several machines that reads the same files/directories, > but only one machine that writes to the directories. Will that > be OK? If you require your data cache to be guaranteed to be consistent you still have to use some form of locking to ensure that nobody tries to read a file that is in the process of being updated on the server. If so, close-to-open helps by ensuring that you can safely rely on more lightweight locking protocols such as that provided by the "lockfile" utility (a.k.a. dotlocking) instead of the full NFS Lock Manager. Cheers, Trond