Date: Mon, 29 Aug 2005 15:44:14 +0900 From: Joel Rees <rees@ddcom.co.jp> To: freebsd-stable@freebsd.org Subject: Re: Sysinstall automatic filesystem size generation. Message-ID: <35B88567-1C0D-411E-9088-561600D09C83@ddcom.co.jp> In-Reply-To: <200508282330.09302.dinom@balstonresearch.com> References: <200508282330.09302.dinom@balstonresearch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On =E5=B9=B3=E6=88=90 17/08/29, at 12:30, C. Michailidis wrote: > [...] > I understand that the automatically generated values by sysinstall =20 > are the "dumbest" settings you can ask for... but auto-allocating a =20= > maximum of 256mb for the root, var, and tmp filesystems (even if =20 > you have an incredibly large slice in the 100's of GB) seems to be =20 > BEYOND dumb. Perhaps I've just pointed out that I am, in fact, =20 > beyond dumb, lol! ;-) > > Anyway, If it's simply a matter of not having enough programming =20 > resources, I'd be more than happy to make the changes to sysinstall =20= > and offer the unified diffs. Just let me know your thoughts so =20 > that the changes may be relevant for all users. I can sympathize. I've been caught by bad partition sizes. But I never take the default sizes. In particular, I check the size =20 of /var and its sub-partitions carefully. (Seems like nobody uses /=20 tmp that heavily anymore, but /var/tmp gets hit a lot, and /var/log =20 may need to be relatively huge, depending on what the system is =20 doing, etc.) A partition "wizard" (I hate that term, but you know what I mean.) =20 that would coach new users and remind old users about the effects of =20 freeBSD layout on partition sizes would, I'm sure, be welcome, if you =20= want to take the trouble. Mind you, simple ruled apportionment would =20 not be sufficient. We would like to have sets of rules, one for a =20 pure web server, one for a basic home-user websurfing, e-mailing, =20 letter-writing coffee-table-top, several for different kinds of =20 firewalls and bridges, ... And what about older disks, where cylinder sizes, number of reported =20 heads, etc. were meaningful? No, that's probably not relevant except =20 for RAIDs. (As long as I'm making demands on your time, why not think big? ;^) Anyway, it could be a useful project, but you'll want to recognize =20 there's a lot of stuff hiding under the surface there. Joel Rees <rees@ddcom.co.jp> digitcom, inc. =E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE=E3=83=87=E3=82=B8=E3= =82=B3=E3=83=A0 Kobe, Japan +81-78-672-8800 ** <http://www.ddcom.co.jp>; **
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?35B88567-1C0D-411E-9088-561600D09C83>