From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 22:09:02 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 9FE8616A420 for ; Wed, 1 Mar 2006 22:09:02 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [64.174.51.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D70D43D46 for ; Wed, 1 Mar 2006 22:09:02 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail2.ambrisko.com with ESMTP; 01 Mar 2006 14:08:44 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.11) with ESMTP id k21M916X045661; Wed, 1 Mar 2006 14:09:01 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k21M91f1045660; Wed, 1 Mar 2006 14:09:01 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200603012209.k21M91f1045660@ambrisko.com> In-Reply-To: <1141244806.1013.26.camel@lanshark.dmv.com> To: Sven Willenberger Date: Wed, 1 Mar 2006 14:09:01 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII 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 22:09:02 -0000 Sven Willenberger writes: | On Wed, 2006-03-01 at 15:08 -0500, Mike Tancsa wrote: | > 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 ? | | I had thought of this too so I disabled the rapid (background) | initialization option and let the raids build to completion the slow | way. So unless it is still building even after it is done (or is doing | some other odd processor-intensive crc checking or something) I don't | think this is the source of the problem. If you run the Linux MegaMon utilties it will tell you if the controller is running background tasks like this and tell you the progress. Doug A.