From owner-freebsd-questions Sun Jan 10 09:16:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12883 for freebsd-questions-outgoing; Sun, 10 Jan 1999 09:16:56 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from hera.webcom.com (hera.webcom.com [209.1.28.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12878 for ; Sun, 10 Jan 1999 09:16:55 -0800 (PST) (envelope-from u@webcom.com) Received: from kigal.webcom.com (kigal.webcom.com [209.1.28.57]) by hera.webcom.com (8.9.1/8.9.1) with SMTP id JAA26279; Sun, 10 Jan 1999 09:16:08 -0800 Received: from [204.143.69.49] by inanna.webcom.com (WebCom SMTP 1.2.1) with SMTP id 16060301; Sun Jan 10 09:14 PST 1999 Message-Id: <3698E0AF.30AA@webcom.com> Date: Sun, 10 Jan 1999 12:17:35 -0500 From: Graeme Tait Organization: Echidna X-Mailer: Mozilla 2.02 (Win95; I) Mime-Version: 1.0 To: Karl Pielorz Cc: "freebsd-questions@FreeBSD.ORG" Subject: Re: FreeBSD Cluster Size References: <199901100629.GAA119060@out4.ibm.net> <19990110195247.X8886@freebie.lemis.com> <3698B3EB.502A@webcom.com> <3698DBAC.8B7E031F@tdx.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Karl Pielorz wrote: > > Graeme Tait wrote: > > I have lots of small (~1000 to ~1800 byte) files in a webserver system. > > Following Greg's instructions, I rebuilt the system to have 512 byte > > fragments, and more inodes (as there weren't enough with default newfs > > setting). However, I restricted this to a special filesystem /usr/www, > > partly because the modified settings are less efficient for larger > > files, and also to allow mounting this file system async and noatime. > > The "async" *greatly* improves speed of file deletion/creation from tar > > archives. I'll try soft updates when I move to 3.x . > > Hmmm.... Doesn't FreeBSD get into trouble if you start deviating from the > default 8k/1k for filesystems? (i.e. newfs -b 8192 -f 1024) It's worked fine for me so far. The server with the modified filesystem has not yet gone into production, but it hasn't missed a beat. I can't say I've stressed the modified filesystem a lot, except for repeatedly tarring, untarring and deleting ~700,000 ~1.5k files, which occupy a 3-tier directory structure (for reasons of filesystem efficiency). I've tried various combinations of -f 512/1024/2048 -b 8*frag size -i 1024/2048/4096 I've also created/processed a number of large (up to ~1GB) files, using utilities like cat, grep, awk, sort, and filled the filesystem to capacity (~3.5GB) as root. I'd certainly like to hear if there are any caveats for non-standard filesystem parameters. BTW, this is an early 2.2.7S/CAM. > I know it caused problems a while ago - I also know someone called it 'a bad > thing' (at the time) - I'm not sure of the overall outcome though... If it's > an 'OK thing' now, that would be quite handy for some of my filesystems as > well... -- Graeme Tait - Echidna To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message