From owner-freebsd-fs@FreeBSD.ORG Thu Aug 17 02:54:45 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF2C916A4DA; Thu, 17 Aug 2006 02:54:45 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7070C43D45; Thu, 17 Aug 2006 02:54:43 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7H2sgWI074632; Wed, 16 Aug 2006 21:54:42 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44E3DA8A.8060808@centtech.com> Date: Wed, 16 Aug 2006 21:55:06 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060808195202.GA1564@garage.freebsd.pl> <20060810192152.GE57857@europa.expro.pl> <20060810194304.GB1345@garage.freebsd.pl> <20060810200135.GF57857@europa.expro.pl> <20060810223901.GC1389@garage.freebsd.pl> In-Reply-To: <20060810223901.GC1389@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1673/Wed Aug 16 18:20:48 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2006 02:54:45 -0000 On 08/10/06 17:39, Pawel Jakub Dawidek wrote: > On Thu, Aug 10, 2006 at 10:01:35PM +0200, Jan Srzednicki wrote: >> On Thu, Aug 10, 2006 at 09:43:04PM +0200, Pawel Jakub Dawidek wrote: >>> On Thu, Aug 10, 2006 at 09:21:52PM +0200, Jan Srzednicki wrote: >>>> Hello, >>>> >>>> I'd happily perform some testing, only if the aac(4) driver would also >>>> be patched. I know I can run gjournal w/o the BIO_FLUSH feature, but >>>> that would make any performance results rather worthles, wouldn't it? >>> From my tests BIO_FLUSH doesn't have huge impact on performance (if at >>> all), but I suspect it greatly depends on specific HW. >>> >>> Unfortunately I'm not able to implement BIO_FLUSH to all out storage >>> drivers. Currently BIO_FLUSH is supported by ata(4) (/dev/a[dr]X), >>> da(4) and amr(4). >> I see. Does that mean that all CAM-interfaced devices (like asr(4) or >> twa(4)) have this feature fully implemented? > > That's the theory. I'm using standard SCSI commands for this. From the > tests we made it seems that it works ok with twa(4)/twe(4). > I'd still be glad if someone with SCSI/CAM foo could look at the code. > By the way, this is true for at least the QLogic Fiber channel cards (isp). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------