From owner-freebsd-arch@FreeBSD.ORG Fri Mar 28 19:09:30 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 95FF2106564A for ; Fri, 28 Mar 2008 19:09:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5B24C8FC1D for ; Fri, 28 Mar 2008 19:09:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D624B17105 for ; Fri, 28 Mar 2008 19:09:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m2SJ9SfN006473 for ; Fri, 28 Mar 2008 19:09:28 GMT (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org From: Poul-Henning Kamp Date: Fri, 28 Mar 2008 19:09:28 +0000 Message-ID: <6472.1206731368@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: 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: Fri, 28 Mar 2008 19:09:30 -0000 I've laid my hands on a "M-Tron MOBI3000 32GB" flash disk (2.5" format, it'll be in my laptop before long :-) Here is a naive benchmark sequence, comparing it to a WD Raptor () Flash Disk --------------------------------------------------------------- Empty fsck: 0.83 2.47 -66% restore -rf 839 1251 -33% loaded fsck: 10.34 78.81 -87% dump 0f /dev/null: 563.21 1094.91 -49% --------------------------------------------------------------- So far so good, it's clearly the seektime that dominates the flash-advantage. But this reproducible observation by fsck concerns me a bit: Flash: (205727 frags, 896270 blocks, 1.4% fragmentation) Disk: (197095 frags, 1193944 blocks, 1.1% fragmentation) I might indicate that the flash is fast enough to confuse some of FFS's layout heuristics. Any aspiring filesystems hackers should start to consider the implications for filesystemlayout, if there is in essence no seek-time penalty for reads and a fair seek pentalty for writes. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.