From owner-cvs-all@FreeBSD.ORG Tue Mar 1 20:56:47 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA5416A4EA; Tue, 1 Mar 2005 20:56:47 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 910E143D49; Tue, 1 Mar 2005 20:56:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j21KtWnk042604; Tue, 1 Mar 2005 13:55:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 01 Mar 2005 13:55:32 -0700 (MST) Message-Id: <20050301.135532.39196899.imp@bsdimp.com> To: jhb@FreeBSD.org From: Warner Losh In-Reply-To: <200503011529.15251.jhb@FreeBSD.org> References: <86acpnmzih.fsf@xps.des.no> <20050301.094356.112814615.imp@bsdimp.com> <200503011529.15251.jhb@FreeBSD.org> 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: des@des.no cc: src-committers@FreeBSD.org cc: cvs-src@FreeBSD.org cc: cvs-all@FreeBSD.org cc: bmah@FreeBSD.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/installation/common install.sgml X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 20:56:47 -0000 From: John Baldwin Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/installation/c= ommon install.sgml Date: Tue, 1 Mar 2005 15:29:15 -0500 > On Tuesday 01 March 2005 11:43 am, M. Warner Losh wrote: > > 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 t= han > > : > 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 "miss= ing" > > : 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= some > > : 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-use= r > > 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 o= n 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 embed= ded > > platform). > = > Then I think we should just say 24MB is the minimum required for both= install = > and running given all the comments. It will also simplify the docs i= f we = > just go with one number for minimum memory requirement. I agree. I neglected to explicitly state the point I was trying to make: While expert users might be able to make slower, smaller hardware configurations work, in general we should go with more conservative numbers. In the 'embedded' or 'embedding' documentation maybe we should mention the possibility of hand-crafted versions of FreeBSD running in much less memory that for normal users. Warner