From owner-freebsd-stable@FreeBSD.ORG Tue Feb 17 20:43:06 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6FC8106564A for ; Tue, 17 Feb 2009 20:43:06 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 53FDA8FC1E for ; Tue, 17 Feb 2009 20:43:05 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c122-107-120-227.carlnfd1.nsw.optusnet.com.au (c122-107-120-227.carlnfd1.nsw.optusnet.com.au [122.107.120.227]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n1HKgrda024968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Feb 2009 07:43:03 +1100 Date: Wed, 18 Feb 2009 07:42:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Gary Jennejohn In-Reply-To: <20090217164203.4c586f48@ernst.jennejohn.org> Message-ID: <20090218073542.E5200@delplex.bde.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD@FreeBSD.org, FreeBSD Current , Stable , scsi@FreeBSD.org Subject: Re: HEADS UP: More CAM fixes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2009 20:43:07 -0000 On Tue, 17 Feb 2009, Gary Jennejohn wrote: > I tested this with an Adaptec 29160. I saw no real improvement in > performance, but also no regressions. > > I suspect that the old disk I had attached just didn't have enough > performance reserves to show an improvement. > > My test scenario was buildworld. Since /usr/src and /usr/obj were both > on the one disk it got a pretty good workout. ^^^^ low > > AMD64 X2 (2.5 GHz) with 4GB of RAM. Buildworld hardly uses the disk at all. It reads and writes a few hundred MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take between 20 and 5 seconds. In practice, it will take a few more seconds. physically but perhaps even less virtually due to parallelism. Bruce