Date: Tue, 25 Jan 2000 10:33:58 +0800 From: Greg Lehey <grog@lemis.com> To: Timo Rossi <trossi@co.jyu.fi> Cc: small@FreeBSD.ORG Subject: Re: New approach to picobsd Message-ID: <20000125103358.U2643@mojave.worldwide.lemis.com> In-Reply-To: <20000124122024.A4574@horus.co.jyu.fi>; from trossi@co.jyu.fi on Mon, Jan 24, 2000 at 12:20:24PM %2B0200 References: <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 24 January 2000 at 12:20:24 +0200, Timo Rossi wrote: > On Sat, Jan 22, 2000 at 02:55:38PM +0800, Greg Lehey wrote: >> The real issue is: do we want a one-disk PicoBSD or a two-disk PicoBSD >> (in fact, it's one-disk or multi-disk)? One disk is becoming > > What about embedded systems with small amounts of flash memory with > hard disk emulation (for example an IDE-flashdisk with a few > megabytes capacity)? This is in fact an area that I might be investigating in the near future. I think we need to look at a different approach for embedded systems. On general-purpose systems, we aim for easy continuous change. In order to do this, we have separate executables with dynamic linking to a large number of files. These are all inefficient in storage utilization, so PicoBSD has no libraries and crunched executables. I think the latter approach is also correct for flash memory systems. Unfortunately, the current PicoBSD system is oriented towards floppies. This has the great disadvantage, at least in the current implementation, that each crunched executable repeats the library contents. For a flash memory system it would make more sense to have a single executable, which might be larger than a single floppy. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers 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?20000125103358.U2643>