From owner-freebsd-geom@FreeBSD.ORG Mon Oct 15 16:52:35 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DAF116A419; Mon, 15 Oct 2007 16:52:35 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 5104613C467; Mon, 15 Oct 2007 16:52:35 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9FGqF4U080757; Mon, 15 Oct 2007 11:52:16 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <47139AB8.9060602@freebsd.org> Date: Mon, 15 Oct 2007 11:52:08 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Poul-Henning Kamp References: <48313.1192460796@critter.freebsd.dk> In-Reply-To: <48313.1192460796@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: d_elbracht , 'Ivan Voras' , freebsd-geom@freebsd.org Subject: Re: AW: g_vfs_done():da3s1a[READ(offset=81064794762854400, length=8192)]error = 5 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 16:52:35 -0000 Poul-Henning Kamp wrote: > In message <47137634.1010703@freebsd.org>, Eric Anderson writes: > >> Solid state drives don't behave much differently that a regular drive >>from FreeBSD's point of view. > > Yes and no. The effective lack of seek time has the potential to expose > a lot of flawed reasoning in filesystems with respect to ordering and > duration of I/O requests. > > It might be a good idea to have GEOM module that could implement a > seek-time sort of behaviour, just for being able to falsifying that > theory. > Or an option to gnop? Eric