Date: Sat, 11 Nov 2000 16:56:26 +0100 From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl> To: Warner Losh <imp@village.org> Cc: Matt Dillon <dillon@earth.backplane.com>, Peter Wemm <peter@netplex.com.au>, arch@FreeBSD.ORG Subject: Re: The shared /bin and /sbin bikeshed Message-ID: <20001111165626.C67634@daemon.ninth-circle.org> In-Reply-To: <200011091915.MAA43115@harmony.village.org>; from imp@village.org on Thu, Nov 09, 2000 at 12:15:32PM -0700 References: <200011091909.eA9J9wM10639@earth.backplane.com> <200011091223.eA9CNQW26294@mobile.wemm.org> <200011091909.eA9J9wM10639@earth.backplane.com> <200011091915.MAA43115@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
-On [20001109 20:30], Warner Losh (imp@village.org) wrote: >In the small, embedded world, however, reducing the 4.1M and 12M to >600k and 1200k respectively is a huge win. We at Timing Solutions run >FreeBSD in 16M or 32M or 64M parts where an extra 6M is a huge win. >Especially on the 16M part. The minimal system that I had went from >14.7M to 7.9M which pushed the 16M part from being useless to being >useful (we have about 6M of binaries and sundries that go onto these >systems). Personally I think we are not going the right way with this idea. If I look at the embedded world, the desktop/server world, and the quick system world (picobsd) I see too many differences which can be made to work on each of these platforms. PicoBSD solves this already by using the current source tree and following its own building mechanism. I think it is worthwhile to do something similar like this for our embedded users, since the solutions we need to accomplish this differs vastly for each platform. In the end it allows us to target every special niche in a better way. At least in my opinion. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai>; Love will draw us in, to wipe our Tears away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001111165626.C67634>