From owner-freebsd-arch@FreeBSD.ORG Tue Apr 1 04:53:48 2008 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DB7106564A; Tue, 1 Apr 2008 04:53:48 +0000 (UTC) (envelope-from mfouts@danger.com) Received: from mx.danger.com (wall.danger.com [216.220.212.140]) by mx1.freebsd.org (Postfix) with ESMTP id C97878FC24; Tue, 1 Apr 2008 04:53:48 +0000 (UTC) (envelope-from mfouts@danger.com) Received: from danger.com (exchange3.danger.com [10.0.1.7]) by mx.danger.com (Postfix) with ESMTP id 5F47F41310C; Mon, 31 Mar 2008 21:53:39 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 31 Mar 2008 21:53:47 -0700 Message-ID: In-Reply-To: <200803312254.m2VMsPqZ029549@apollo.backplane.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Flash disks and FFS layout heuristics Thread-Index: AciTgjIRUdfyD0S9R1C3o5kg62MZ6QAMdO2Q References: <20080330231544.A96475@localhost> <200803310135.m2V1ZpiN018354@apollo.backplane.com> <200803312125.29325.qpadla@gmail.com> <200803311915.m2VJFSoR027593@apollo.backplane.com> <200803312006.m2VK6Aom028133@apollo.backplane.com> <200803312254.m2VMsPqZ029549@apollo.backplane.com> From: "Martin Fouts" To: "Matthew Dillon" Cc: Christopher Arnold , arch@freebsd.org, qpadla@gmail.com, freebsd-arch@freebsd.org Subject: RE: Flash disks and FFS layout heuristics X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 04:53:49 -0000 =20 > -----Original Message----- > From: Matthew Dillon [mailto:dillon@apollo.backplane.com]=20 > Sent: Monday, March 31, 2008 3:54 PM > To: Martin Fouts > Cc: qpadla@gmail.com; freebsd-arch@freebsd.org; Christopher=20 > Arnold; arch@freebsd.org > Subject: RE: Flash disks and FFS layout heuristics > > If I were reimplementing HAMMER as a flash filesystem=20 > (which I am NOT doing), I would probably do away > with the blockmap layer entirely since seek locality of=20 > reference is not needed for a flash filesystem, and the global > B-Tree would serve directly as the named-block topology. Which would lead you almost directly to the sort of performance problems that jffs2 has. Until you've done it, you'll be surprised at the cost of maintaining b-trees in NAND.