From owner-freebsd-fs@FreeBSD.ORG Tue Jan 16 10:01:18 2007 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79E6816A415 for ; Tue, 16 Jan 2007 10:01:18 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id DD3B213C4BA for ; Tue, 16 Jan 2007 10:01:17 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1477729uge for ; Tue, 16 Jan 2007 02:01:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=tk8b8boDwZDZDlNyZVj5u3VORCXzFwEYkkyHGFom3yclwgt881r2ilGqqWyWIY+nrLj3IH65TiAZmrUTlOP7Ld6G926mSPOTvuX63fX5UZROdQFxBwzfd/yJhckUuqdlBBvXKmOFxTNh7oQl5DHLIROhtGbxpmi8xSJlFKgC1JA= Received: by 10.78.204.1 with SMTP id b1mr3318778hug.1168941675713; Tue, 16 Jan 2007 02:01:15 -0800 (PST) Received: by 10.78.164.20 with HTTP; Tue, 16 Jan 2007 02:01:15 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 13:01:15 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Stefan Lambrev" In-Reply-To: <45AC9418.60802@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070115112106.GA2304@genius.tao.org.uk> <45AC9418.60802@sun-fish.com> X-Google-Sender-Auth: 8a0c701bb50b143c Cc: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? 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: Tue, 16 Jan 2007 10:01:18 -0000 On 1/16/07, Stefan Lambrev wrote: > Andrew Pantyukhin wrote: > > On 1/15/07, Josef Karthauser wrote: > >> I'm purchasing a new server, and was wondering what anyone thought about > >> whether to pay extra for the SAS5IR card so I can RAID0 the two drives, > >> or whether to just rely on gmirror. My worry about the former is that I > >> can't seem to find management tools for controlling the hardware > >> controller. What if one of the drives fails? How would I know? > > > > By all means I would go the gmirror way, and I always do > > even when a hardware raid controller is already present. > > I really do not understand this. :) > When you say something like this it will be good to explain why you > think so. > I have few servers with good hw raid controllers and I'm very happy with > them, I also use > gmirror on my desktop pc, but it is not as good as hw raid on servers > for sure. > Also it is harder to support it (during OS updates and etc). > Also it (gmirror) will put some load on the CPU and hw raid have it's > own CPU/memory for this. > LSI have a nice tool to monitor/config RAID arrays that just works under > fbsd in my case so I'm happy with it. > There are a lot of reasons to use hw raids on mission critical servers... As a matter of fact Jonathan was also surprised by my answer. Here's a part of my response to him: ===================================================== raid3, raid5 and other computation-hungry configu- rations are a cpu hog, that's why people prefer hardware controllers for that. I'm quite sure at some point FreeBSD will gain an ability to use crypto/XOR hardware for the benefit of software raid performance and maybe then software raid5 will become a popular solution. As for raid0/raid1 - there's no cpu penalty at all. gmirror/gstripe in FreeBSD might need further tweaks and optimizations, but benchmarks show that with 2-4 drives performance almost equals the theoretical limits. Reliability of OS-integrated software raid is expected to be even higher than that of hardware one, because there's no hardware to fail and software bugs might be found in all solutions. What I really like about software raid is very high flexibility and manageability. There's no issue of having the right driver or the right userland tool, it just works. And it's a snap to setup. And you are free to experiment with virtual (file-based, for one) file systems before you implement a solution. As always, there are more than one correct opinions. I just expressed my own and I hope my explanation answers some of your interest. ===================================================== What I would add to answer some of your claims, Stefan, is that there's no single correct solution here. I would argue that money spent on main CPU/RAM are a better investment compared to a hardware raid 0/1 solution, OS buffers are there anyway, so why not make them larger/faster if you need that. As for CPU load, I'd argue it's negligible, at least in 2 SATA HDD situations (which are popular in all markets). For larger configurations, consisting of 5 drives and more I would advise against raid 0/1 and therefore against software raid. If you do continue to use gmirror/gstripe, I would expect some tweaks to be needed, but in general such systems should scale very well, especially on SMP systems, as FreeBSD 6.x brought mpsafe file system access to the table. All in all there are reasons to use hw raids and there are some not to use them. For some reasons I hold our homegrown (FreeBSD) solutions closer to my heart and choose them in favor of 3d-party ones. Cheers!