Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 01 Mar 2005 09:43:56 -0700 (MST)
From:      "M. Warner Losh" <imp@bsdimp.com>
To:        des@des.no
Cc:        cvs-src@FreeBSD.org
Subject:   Re: cvs commit: src/release/doc/en_US.ISO8859-1/installation/common install.sgml
Message-ID:  <20050301.094356.112814615.imp@bsdimp.com>
In-Reply-To: <86acpnmzih.fsf@xps.des.no>
References:  <861xb0ha8r.fsf@xps.des.no> <200502281644.54210.jhb@FreeBSD.org> <86acpnmzih.fsf@xps.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help
In message: <86acpnmzih.fsf@xps.des.no>
            des@des.no (Dag-Erling Sm=F8rgrav) writes:
: John Baldwin <jhb@FreeBSD.org> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050301.094356.112814615.imp>