Date: Tue, 25 Jan 2000 14:40:42 -0700 From: Warner Losh <imp@village.org> To: Greg Lehey <grog@lemis.com> Cc: "Jeffrey S. Sharp" <jss@subatomix.com>, freebsd-small <freebsd-small@FreeBSD.ORG> Subject: Re: New approach to picobsd Message-ID: <200001252140.OAA06561@harmony.village.org> In-Reply-To: Your message of "Wed, 26 Jan 2000 07:58:25 %2B1030." <20000126075825.C42227@freebie.lemis.com> References: <20000126075825.C42227@freebie.lemis.com> <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi> <20000125103358.U2643@mojave.worldwide.lemis.com> <005f01bf66f4$05a499f0$0dea5e18@mmcable.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I've been running an uncompressed FreeBSD 3.3ish system in 8-10M of
FLASH with MFS for /tmp and other mountpoints (ala rc.diskless). The
programs page in off of FLASH and it seems to be fast enough for what
we're doing. I have a crude script that builds this from the
buildworld tree. I was thinking of creating a release/nanobsd that
was based around that script, but that would be too confusing. :-)
While it does raise our cost a little to do things this way, we gain a
lot more flexibilty. Also, the control programs that are on top of
the FreeBSD install can get to be large, so we're running with 64M
parts.
We're not doing this in large quantities, and the customers are paying
us enough that the cost differential per unit isn't worth the extra
engineering time. If we were doing this in huge quantities, then we'd
likely spend the $$$ to reduce things even further.
Until recently, the biggest pole in the tent was termcap{,.db}, but we
have an ultra small termcap that we use now that just has cons24,
ansi, dumb, xterm and vt100 in it. Something like 1800bytes. Looks
like MUNGED TECO macros since I eliminated all white space, long
names, newlines, etc. Now there are other big poles, the kernel being
first in the list now. Too bad we can't get rid of NFS for this
project, that would save another 300k.
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-small" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200001252140.OAA06561>