Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RAID5 for Linux



On Wed, 28 Apr 2004, Derek Atkins wrote:

> "Rich Braun" <richb at pioneer.ci.net> writes:
>
> > - You don't get any penalty for running RAID1 in software, and you can't get a
> > performance boost running RAID1 in hardware, on a 2-drive system.  You would
> > get a performance boost running hardware RAID5 vs. software RAID5, but the
> > boost may not be measurable if your application is not I/O-bound.
>
> Uh, actually, there is a penalty.  With S/W RAID1 the kernel has to
> perform two writes across the PCI/IDE bus (one to each Raid-1 mirror
> drive), whereas with hardware RAID1 you only need to write across the
> PCI bus once and then the raid controller will send out the duplicate
> writes across the disk busses.  This extra writing will definitely
> cause a peformance penalty (on writes) for software raid that you wont
> see in a hardware raid.
>
> Also, historically it had NOT been recommended to use both parts of an
> IDE bus because the master/slave relationship reduces the bus
> throughput.  Has this changed recently?  This is another reason why a
> hardware raid is better.  A good card would use direct busses for each
> drive.  This is also why you see CDrom drives on hdc and not hdb.

Well I am going to try out a software raid first, but use a second IDE PCI
controller to have 4 channels, one per drive. If the performance isn't
good enough, then I'll move up to hardware raid. I figure I'll get four
160GB drives, as they are the cheapest per byte.

Then, I'll try to decide if I should try to boot from the raid, or have a
simple 10gb or whatever drive to boot the OS from, and the raid just for
data. Hrm....that means another controller.




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org