Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id 27DBF9FB324 for ; Tue, 27 Feb 2007 19:42:42 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 58523-06 for ; Tue, 27 Feb 2007 19:42:38 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from mail.polimetrix.com (mail.polimetrix.com [209.128.109.230]) by postgresql.org (Postfix) with ESMTP id 4F8CC9FB321 for ; Tue, 27 Feb 2007 19:42:38 -0400 (AST) Received: from [10.1.1.201] ([10.1.1.201]) by mail.polimetrix.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Feb 2007 15:42:36 -0800 Message-ID: <45E4C1EC.2070807@polimetrix.com> Date: Tue, 27 Feb 2007 15:42:36 -0800 From: Geoff Tolley User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061222 CentOS/1.0.7-0.1.el4.centos4 SeaMonkey/1.0.7 MIME-Version: 1.0 To: Joe Uhl CC: pgsql-performance@postgresql.org Subject: Re: Opinions on Raid References: <1172581920.28858.1176750095@webmail.messagingengine.com> In-Reply-To: <1172581920.28858.1176750095@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Feb 2007 23:42:36.0748 (UTC) FILETIME=[F5D1E0C0:01C75AC8] X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200702/336 X-Sequence-Number: 23390 Joe Uhl wrote: > [1] What is the performance penalty of software raid over hardware raid? > Is it truly significant? We will be working with 100s of GB to 1-2 TB > of data eventually. One thing you should appreciate about hw vs sw raid is that with the former you can battery-back it and enable controller write caching in order to make disk write latency largely disappear. How much of a performance difference that makes depends on what you're doing with it, of course. See the current thread "Two hard drives --- what to do with them?" for some discussion of the virtues of battery-backed raid. > [2] How do people on this list monitor their hardware raid? Thus far we > have used Dell and the only way to easily monitor disk status is to use > their openmanage application. Do other controllers offer easier means > of monitoring individual disks in a raid configuration? It seems one > advantage software raid has is the ease of monitoring. Personally I use nagios with nrpe for most of the monitoring, and write a little wrapper around the cli monitoring tool from the controller manufacturer to grok whether it's in a good/degraded/bad state. Dell PERC controllers I think are mostly just derivatives of Adaptec/LSI controllers, so you might be able to get a more convenient monitoring tool from one of them that might work. See if you can find your PERC version in http://pciids.sourceforge.net/pci.ids, or if you're using Linux then which hw raid module is loaded for it, to get an idea of which place to start looking for that. - Geoff