From owner-freebsd-arch Sun Dec 9 0:57:23 2001 Delivered-To: freebsd-arch@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 9865537B416 for ; Sun, 9 Dec 2001 00:57:21 -0800 (PST) Received: from winston.freebsd.org (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id fB98uoq50876; Sun, 9 Dec 2001 00:56:50 -0800 (PST) (envelope-from jkh@winston.freebsd.org) To: Matthew Dillon Cc: Garance A Drosihn , "Louis A. Mamakos" , Sheldon Hearn , Kirk McKusick , freebsd-arch@FreeBSD.ORG Subject: Re: Proposed auto-sizing patch to sysinstall (was Re: Using a larger block size on large filesystems) In-Reply-To: Message from Matthew Dillon of "Sat, 08 Dec 2001 14:11:16 PST." <200112082211.fB8MBGm18685@apollo.backplane.com> Date: Sun, 09 Dec 2001 00:56:50 -0800 Message-ID: <50872.1007888210@winston.freebsd.org> From: Jordan Hubbard Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > /var/tmp and /home are fairly standard partition names... nothing > new in my book. I certainly didn't invent them! In particular, Well, from my perspective you might as well have invented /var/tmp, at least, since that's a filesystem I *never* create. I either move /var entirely off of / (with no sub-mounts) or I leave it there, depending on the mission profile of the machine. /home, yeah, *sometimes* I make /home its own filesystem and sometimes I have it linked to /usr/home or /vol1/local/homedirs or somesuch. You see my point? We're already in disagreement that there's anything "standard" about those two at all since our "standard practices" vary considerably, and that's just the two of us disagreeing. Add several hundred thousand more people to the mix and now you have a lot of people expending keystrokes they didn't have to before, deleting these two new and entirely gratuitous creations of (A)uto. Why tie new mechanism and new policy together, I say. Introduce the more powerful default sizing mechanism as a general improvement first and then go to the next level and introduce proper profiles, don't just add two pet filesystems from your list and consider that particular problem somehow solved. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message