Date: Sat, 8 Dec 2001 00:29:58 +0100 From: Wilko Bulte <wkb@freebie.xs4all.nl> To: Marko Zec <zec@tel.fer.hr> Cc: "Louis A. Mamakos" <louie@TransSys.COM>, Matthew Dillon <dillon@apollo.backplane.com>, Sheldon Hearn <sheldonh@starjuice.net>, Kirk McKusick <mckusick@beastie.mckusick.com>, freebsd-arch@FreeBSD.ORG Subject: Re: Using a larger block size on large filesystems Message-ID: <20011208002958.A43171@freebie.xs4all.nl> In-Reply-To: <3C114FDF.138E09A7@tel.fer.hr>; from zec@tel.fer.hr on Sat, Dec 08, 2001 at 12:25:19AM %2B0100 References: <31807.1007732134@axl.seasidesoftware.co.za> <200112072257.fB7MvjE95211@apollo.backplane.com> <200112072311.fB7NB2723789@whizzo.transsys.com> <3C114FDF.138E09A7@tel.fer.hr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 08, 2001 at 12:25:19AM +0100, Marko Zec wrote: > "Louis A. Mamakos" wrote: > > > While we're gonna be changing the default file system characteristics, > > how about having sysinstall create a reasonable size root file system > > for today's disks? I think that if we're installing on a multi-gigabyte > > disk, a 200MB root file system isn't imposing very much. > > Why would we want to do that? Putting unnecessary things on / is always a > bad idea, as root partition should remain small and as free of frequent RW > operations as possible. I would prefeer to see /tmp extracted from root fs > (as a mfs by default), much more than seing a huge / with lots of garbage in > it. Root should remain compact as it is more or less right now. One reason: as releases progress the default of the older releases has bitten me more than once. Meaning / was too small. Really funny (not) during an upgrade.. Compact is OK, just make sure it isn't too compact ;) W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011208002958.A43171>