From owner-freebsd-small@FreeBSD.ORG Tue May 30 22:35:58 2006 Return-Path: X-Original-To: small@freebsd.org Delivered-To: freebsd-small@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CECB16B25E for ; Tue, 30 May 2006 22:35:58 +0000 (UTC) (envelope-from chad@DCFinc.com) Received: from freebie.dcfinc.com (freebie.dcfinc.com [205.159.99.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918F743D7F for ; Tue, 30 May 2006 22:35:18 +0000 (GMT) (envelope-from chad@DCFinc.com) Received: from freebie.dcfinc.com (chad@localhost.dcfinc.com [127.0.0.1]) by freebie.dcfinc.com (8.13.1/8.13.1) with ESMTP id k4UMZHDS083174; Tue, 30 May 2006 15:35:17 -0700 (MST) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.13.1/8.12.11/Submit) id k4UMZB2n083172; Tue, 30 May 2006 15:35:11 -0700 (MST) (envelope-from chad) Date: Tue, 30 May 2006 15:35:11 -0700 From: "Chad R. Larson" To: James Mansion Message-ID: <20060530223511.GA83083@freebie.dcfinc.com> References: <447B6870.8020704@nortel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , Poul-Henning Kamp , Andrew Atrens , small@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-small@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 22:36:04 -0000 On Tue, May 30, 2006 at 06:30:45AM +0100, James Mansion wrote: > The scenario would seem to be: > - very small form factor and cost per unit > - so no physical spinning disk > - *and* you need a lot of updates > > Its the last of these that bears scrutiny. I've been using m0n0BSD on Soekris hardware. The "disk" is a CF card, and booting consists of creating a RAM drive and then populating it from the CF. The CF stays mounted R/O unless some persistant information (like, configuration) needs to be saved, at which time it is remounted R/W until the update is completed and then put back to R/O. This satisfies the "no moving parts" and small form factor issues. It seems to me that if the VM could/would be willing to do its demand paging off the CF, so RAM would only have to hold dirty pages that we'd hit the sweet spot for embedded systems of small to medium production runs. Especially since CF is now available in gigabyte sizes. -crl -- Chad R. Larson (CRL15) 602-264-5009 chad@DCFinc.com Else: chad@larsons.org http://public.xdi.org/=Chad.R.Larson DCF, Inc., 1701 East Colter Street, Phoenix, Arizona 85016-3381