Date: Sat, 08 Dec 2001 00:25:19 +0100 From: Marko Zec <zec@tel.fer.hr> To: "Louis A. Mamakos" <louie@TransSys.COM> Cc: 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: <3C114FDF.138E09A7@tel.fer.hr> References: <31807.1007732134@axl.seasidesoftware.co.za> <200112072257.fB7MvjE95211@apollo.backplane.com> <200112072311.fB7NB2723789@whizzo.transsys.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"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. Marko 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?3C114FDF.138E09A7>