Date: Wed, 29 May 1996 13:50:04 -0400 (EDT) From: Rashid Karimov <rashid@rk.ios.com> To: davidg@Root.COM Cc: jgreco@solaria.sol.net, hackers@freebsd.org Subject: Re: Breaking ffs - speed enhancement? Message-ID: <199605291750.NAA23605@rk.ios.com> In-Reply-To: <199605290911.CAA01059@Root.COM> from "David Greenman" at May 29, 96 02:11:06 am
next in thread | previous in thread | raw e-mail | index | archive | help
Hi there folx, > > >Intended goal: on a busy news server with a hundred articles per second > >going out the door, I felt that it might not be reasonable to try to write > >the st_atime changes back out to the disk. Basically, no one gives a rip, > >and that's a lotta writes that I don't have time or disk bandwidth to do. > ... > >Am I just totally whacked out, or is this perhaps a reasonable thing to do, > >given that I'd really rather not have to absorb the extra write activity on > >the filesystems... does anybody else perceive any value along these lines > >of thought? > > > I added an option "noatime" to mount/fstab and implemented a special > per-mount flag for this in the kernel. I was only interested in disabling > the access time; I wanted the inode change time and modify times to still > work correctly. My application, of course, was wcarchive - a machine with > millions of files that spends about 1/3-1/2 of all of it's disk I/O just > updating the access times in the inodes. > > -DG > > David Greenman David, could you submit those patches ? May be we can even add this as an OPTION to the kernel config file? Rashid
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605291750.NAA23605>