From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 20:09:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A80416A420 for ; Wed, 1 Mar 2006 20:09:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7143D5A for ; Wed, 1 Mar 2006 20:09:16 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k21K936N056121; Wed, 1 Mar 2006 15:09:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k21K925C011222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2006 15:09:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060301150537.09d7b700@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 01 Mar 2006 15:08:59 -0500 To: Sven Willenberger From: Mike Tancsa In-Reply-To: <1141240258.1013.19.camel@lanshark.dmv.com> References: <1140727266.23965.43.camel@lanshark.dmv.com> <20060223205342.GA91253@xor.obsecurity.org> <1141240258.1013.19.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: LSI Megaraid (amr) performance woes 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: Wed, 01 Mar 2006 20:09:17 -0000 At 02:10 PM 01/03/2006, Sven Willenberger wrote: >I cvsupped a 6.1 prerelease and found no performance improvements. I did >some further tests and the performance issues seem very specific to the >mirroring aspect of the raid: I am not familiar with the LSI cards, but with older 3ware and the ARECA cards, the raid sets when in any sort of redundancy mode must initialize in the background before normal use. Until that is complete, performance is seriously slow. Is the LSI doing that, and perhaps just not telling you ? ---Mike