From owner-freebsd-current Sat Nov 23 2:54:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E6137B401 for ; Sat, 23 Nov 2002 02:54:31 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF6043E88 for ; Sat, 23 Nov 2002 02:54:31 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gANAsTm9013777; Sat, 23 Nov 2002 02:54:30 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gANAsTCt013776; Sat, 23 Nov 2002 02:54:29 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sat, 23 Nov 2002 02:54:29 -0800 From: David Schultz To: Garance A Drosihn Cc: current@FreeBSD.ORG Subject: Re: "A"utodefaults in disklabel on 5.0dp2 install Message-ID: <20021123105429.GB13619@HAL9000.homeunix.com> Mail-Followup-To: Garance A Drosihn , current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Garance A Drosihn : > I'm installing dp2 on a 4-gig disk. I want to split that in two, > with "dos" for the first 2 gig and freebsd in the last 2 gig. When > I got to the disklabel step, I tried the "Auto Defaults" option to > split up the freebsd partition. It picked partition sizes of: > > 128 meg - / > 1231 meg - swap space > 208 meg - /var > 208 meg - /tmp > 83 meg - /usr > > This is a machine with 768 meg of memory, but I think the install > is more likely to work with a less swapspace and something more > than 83 meg for /usr. I know it's tricky to come up with an > algorithm which will pick decent sizes for every combination of > disk and memory sizes, but perhaps it should wire in some kind of > minimum size for /usr. Also, maybe something to the effect that > neither /var nor /tmp should end up larger than /usr. The algorithm could be made smarter. On the other hand, it's probably undesirable to make it so complicated that people can't fit the rules into their heads. One idea is to set up a set of linear constraints and optimize for some simple function, though even that might be overkill. At the very least, it should know when it can't find a feasible solution (``/usr can't be that small!'') and give up. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message