From owner-freebsd-hackers Thu Oct 10 10:35:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B558D37B401 for ; Thu, 10 Oct 2002 10:35:41 -0700 (PDT) Received: from kali.avantgo.com (shadow.avantgo.com [64.157.226.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C5A43E9C for ; Thu, 10 Oct 2002 10:35:41 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river.avantgo.com ([10.11.30.114]) by kali.avantgo.com with Microsoft SMTPSVC(5.0.2195.3779); Thu, 10 Oct 2002 10:35:36 -0700 Date: Thu, 10 Oct 2002 10:35:31 -0700 (PDT) From: Scott Hess To: freebsd-hackers@FreeBSD.ORG Subject: Re: Mount option "nomtime"? In-Reply-To: <200210100600.g9A60xiX034084@lurza.secnetix.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 10 Oct 2002 17:35:36.0407 (UTC) FILETIME=[7152BE70:01C27083] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Oct 2002, Oliver Fromme wrote: > Wolfieee wrote: > > what about vnconfiging some files on the netapp thing, this way the > > *bsd can see the vnconfig files as local raw disk partitions? > > That wouldn't make a difference, because the NetApp Filer would still > schedule mtime updates for evey write access to the file that has been > vnconfiged on the client. Probably talking through my hat, here, but doesn't NetApp use a LFS (log-structured file system) variant? It's been a couple years since we got ours, but at the time I reviewed it for use as a central database filesystem. I'm pretty sure it used an LFS, partially because of the sweet RAID-write semantics - basically, you never have to read-modify-write to deal with the parity update, you simply generate an entire chunk worth of data in NVRAM, and write it all at once, with parity. In any case, assuming that I got the analysis right, that means the mtime update should be essentially free, since it's already going to be writing a new inode for the file to capture any new blocks written. http://www.netapp.com/tech_library/3001.html#I4, also note the Ousterhout reference in the bibliography. An even stronger indicator is at http://www.netapp.com/tech_library/3002.html#I35. Later, scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message