From owner-freebsd-questions@FreeBSD.ORG Fri Apr 16 09:33:59 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB37616A4CE for ; Fri, 16 Apr 2004 09:33:59 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51EBA43D3F for ; Fri, 16 Apr 2004 09:33:59 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i3GGXpG3053784; Fri, 16 Apr 2004 11:33:51 -0500 (CDT) (envelope-from dan) Date: Fri, 16 Apr 2004 11:33:44 -0500 From: Dan Nelson To: Brian Henning Message-ID: <20040416163334.GA2146@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-questions@freebsd.org Subject: Re: nfs cache X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2004 16:33:59 -0000 In the last episode (Apr 16), Brian Henning said: > I am trying to get some info on the cache for nfs on the nfs client. > I have looked at nfsstat > > where are the settings located for the nfs cache? I think they're just part of the system's regular disk cache, except for the sysctl below. > the setattr percentages are really high on this server. The is the > main reason i want to know what is going on with the cache. Getattr, you mean? That just means that the client has stat()'ed a file twice within the timeout specified by the vfs.nfs.access_cache_timeout sysctl, and has pulled the value from its cache instead of querying the server. > Version 2: (185583924 calls) > null getattr setattr root lookup > 0 0% 175265837 94% 66975 0% 0 0% 6407008 3% So here, 94% of the getattr calls were pulled from cache. -- Dan Nelson dnelson@allantgroup.com