From owner-freebsd-small Mon Jan 24 19:30:42 2000 Delivered-To: freebsd-small@freebsd.org Received: from yana.lemis.com (yana.lemis.com [192.109.197.140]) by hub.freebsd.org (Postfix) with ESMTP id 525B014EFD for ; Mon, 24 Jan 2000 19:30:36 -0800 (PST) (envelope-from grog@mojave.worldwide.lemis.com) Received: from mojave.worldwide.lemis.com (j13.ktb6.jaring.my [161.142.234.27]) by yana.lemis.com (8.8.8/8.8.8) with ESMTP id OAA14052; Tue, 25 Jan 2000 14:00:29 +1030 (CST) (envelope-from grog@mojave.worldwide.lemis.com) Received: (from grog@localhost) by mojave.worldwide.lemis.com (8.9.3/8.9.3) id KAA04725; Tue, 25 Jan 2000 10:33:58 +0800 (MYT) (envelope-from grog) Date: Tue, 25 Jan 2000 10:33:58 +0800 From: Greg Lehey To: Timo Rossi Cc: small@FreeBSD.ORG Subject: Re: New approach to picobsd Message-ID: <20000125103358.U2643@mojave.worldwide.lemis.com> Reply-To: Greg Lehey References: <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000124122024.A4574@horus.co.jyu.fi>; from trossi@co.jyu.fi on Mon, Jan 24, 2000 at 12:20:24PM +0200 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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