Date: Sat, 08 Dec 2001 00:54:25 +0100 From: Marko Zec <zec@tel.fer.hr> To: "Louis A. Mamakos" <louie@TransSys.COM> Cc: freebsd-arch@FreeBSD.ORG Subject: Re: Using a larger block size on large filesystems Message-ID: <3C1156B1.F44F844B@tel.fer.hr> References: <31807.1007732134@axl.seasidesoftware.co.za> <200112072257.fB7MvjE95211@apollo.backplane.com> <200112072311.fB7NB2723789@whizzo.transsys.com> <3C114FDF.138E09A7@tel.fer.hr> <200112072331.fB7NVM724075@whizzo.transsys.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Louis A. Mamakos" wrote: > I'm not gonna argue that more stuff ought to be put on the root file > system, but having more breathing room also fixes the "running out of > space when installing a new kernel due to softupdates" problem. Or > having space more an extra backup kernel (and modules) without worrying > how close to full you are. My point is if we all get used to seeing huge amounts of free space in /, then we'll all be tempted to fill it up sooner or later with necessary or unnecessary stuff. And then we can go into another cycle of / size expansion, and so on. Right now my 4.4-R / uses 30M of space with a spare kernel image included, and I am not feeling comfortable seeing it enlarged by an order of magnitude in the next release. Those guys doing heavy development and needing multiple kernel/module trees will anyhow make a custom partitioning, and for all other people a compact sized / should be enough. Of course with /tmp extracted :) 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?3C1156B1.F44F844B>