Date: Thu, 25 Feb 1999 08:55:58 -0600 From: Brett Smith <Bsmith@Miltope.com> To: 'Maxwell Spangler' <maxwell@clark.net>, Doug Ledford <dledford@redhat.com> Cc: AIC7xxx@FreeBSD.ORG Subject: RE: Adaptec 7890 and RAID portIII RAID controller Linux Support Message-ID: <C0579E06E8B3D111A24000600827720B057D86@exchange.miltope.com>
next in thread | raw e-mail | index | archive | help
In the real world, I honestly wonder if one can see a performance difference between a software and hardware implementation of RAID, if done right. Unless you have gone wild, with redundancy you can find many single point failure possibilities in any computer system, even the stupid keyboard! I think the real reason for going with a hardware version of RAID is it's transparency. There is no modification necessary to the standard SCSI interface. In concept RAID is simple but like most things, the details can be very complicated. When you plug your SCSI bus into an external RAID controller your systems can be set up as though the RAID controller was just another disk drive. This increase the portability of your RAID system and the reliable of you system software. KISS is the best way to go! So the next time you update your kernel, the RAID system just works, no bugs to hunt down. The bad news is external RAID $$$. Brett Smith > -----Original Message----- > From: Maxwell Spangler [SMTP:maxwell@clark.net] > Sent: Wednesday, February 24, 1999 3:13 PM > To: Doug Ledford > Cc: AIC7xxx@FreeBSD.ORG > Subject: Re: Adaptec 7890 and RAID portIII RAID controller Linux > Support > > On Mon, 11 Jan 1999, Doug Ledford wrote: > > > To sum up my impressions, hardware RAID is a waste of money. It doesn't > > buy speed any more (it used to when a hot server was a 486/33 and you > > had an i960 chip on the RAID controller). The newest RAID5 and RAID1 > > code from Ingo Molnar is *quite* reliable and pretty much on par with > > what you would get in a hardware raid array. The real reason for raid > > used to be reliability in the face of failure. Any more, with as > > reliable as the software has gotten, I consider the hardware raid arrays > > simply another possible point of failure. I would go software raid if I > > were you. > > But isn't offloading processing of any sort to a specialised chip or > device a > good thing? (Considering modern day hardware, not older stuff) > > For example: (Completely fictional comparison example) > > A PII-233 performing software OpenGL can produce 500 3D video operations > in > one second, but it takes 30% of the CPU's processing time to do so. > > A second PII-233 performing the same task with the assistance of a > hardware 3D > device can perform the same number of operations, but reduce the amount of > CPU > processing time to 5%. > > Case #2 would be better, and for years a lot of us have used SCSI instead > of > IDE (PIO IDE, not udma EIDE) because this was better. As you pointed out, > in > the days of 386/486 CPUs, offloading to SCSI cards, network cards, video > cards, was not only a good thing but required. Wouldn't that concept > scale to > modern systems but just allow us to go even faster? > > I wonder if you are saying that: > > * Modern CPUs have CPU cycles to spare for most users and Ingo's SW RAID > code > is efficient and can utilize those cycles without much overall impact? > > * hardware raid controllers aren't don't have the same ratio of power > compared > to the host CPU as they used to? Can a PII-450 running SW RAID outperform > a > hardware RAID card, for example? > > I wonder if you'd guess as to what impact the SW RAID might have in a > typical > workstation or file server environment. If I had a nicely configured > system > that was running along fine and I added SW RAID, would be be a noticable > drain > on the CPU? > > How about a dedicated fileserver with 1 root/boot disk, and 6 (3x3)? > Would > removing a "typical" or average quality/speed HW RAID solution and > replacing > it with software have much of an impact? > > I think your comment about recommending SW RAID over hardware just sounded > too > good to be true for me based on past years' experiences. But then, this > wouldn't be the first time Linux has broken commonsense ways of computing > for > something better :) > > -------------------------------------------------------------------------- > --- > Maxwell Spangler, Software Developer > Greenbelt, Maryland USA > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe aic7xxx" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe aic7xxx" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C0579E06E8B3D111A24000600827720B057D86>