From owner-freebsd-isp Mon Aug 26 14:14:30 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16522 for isp-outgoing; Mon, 26 Aug 1996 14:14:30 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16517 for ; Mon, 26 Aug 1996 14:14:27 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id RAA13955; Mon, 26 Aug 1996 17:14:16 -0400 (EDT) Date: Mon, 26 Aug 1996 17:14:16 -0400 (EDT) From: Charles Henrich Message-Id: <199608262114.RAA13955@crh.cl.msu.edu> To: nate@mt.sri.com, freebsd-isp@freebsd.org Subject: Re: Anyone using ccd (FreeBSD disk striper) for news Newsgroups: lists.freebsd.isp References: <4vt3h1$1mcf@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.isp you write: >> > > What I want is a solution which postpones the writes until hell freezes >> > > over. Or, better yet, doesn't do them at all. >> > >> > Use MFS for your news spool partition. :) >> > >> > You *have* to write them down sometime unless you have gigabytes of >> > battery backed memory. >> >> Why? >> >> Of what practical value or use is writing back data which will never be >> looked at? >Maybe I'm confused, but I see the discussion talking about ATIME writes, >and normal writes, and there being no distinction made between when you >are talking about one or the other. >> Think about it: if you were to unmount your news spool and remount it -ro, >> nnrpd would continue to work just fine because NOTHING ever looks at the >> file atime value (which FFS can't/won't modify if you mount -ro)... and if >> the only reason you are doing an update is to write back the modified atime, >> what the hell is the value of doing the write? >POSIX compliancy. :) Im looking at replacing our news server with a huge FreeBSD system, and was wondering why not have a fstab options (noatime,nomtime) that disables the writing of [AM]TIME data? That shouldnt be *too* difficult to add.. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich