From owner-cvs-src@FreeBSD.ORG Tue Mar 1 16:44:52 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1970116A4CE; Tue, 1 Mar 2005 16:44:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E32543D55; Tue, 1 Mar 2005 16:44:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j21Ghdki039606; Tue, 1 Mar 2005 09:43:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 01 Mar 2005 09:43:56 -0700 (MST) Message-Id: <20050301.094356.112814615.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86acpnmzih.fsf@xps.des.no> References: <861xb0ha8r.fsf@xps.des.no> <200502281644.54210.jhb@FreeBSD.org> <86acpnmzih.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: bmah@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: jhb@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/installation/common install.sgml X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 16:44:52 -0000 In message: <86acpnmzih.fsf@xps.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : John Baldwin writes: : > How about a custom boot kernel? When I suggested 12MB rather than : > 7MB in the original PR, I was thinking of the case of building a : > stripped-down custom kernel. GENERIC certainly isn't going to fit : > well in 16MB. : = : A custom kernel should work better. I figured out that the "missing"= : memory is in fact the memory used by the kernel, so a system with a : trimmed kernel should have a lot more memory available. I'll run som= e : more tests... I've booted a stripped down (but not minimal) kernel with hw.physmem=3D10M to single user, but couldn't even get to multi-user with 16M: Too many processes and too much swapping (I didn't trim my enabled list on my laptop). If I booted a minimal kernel, and did some creative trimming, I think I can get down closer to 6M to 8M on a fairly small system (no acpi, etc), but it would be painful to run in that environemnt, unless you had special needs (eg, it was an embedded platform). Warner