Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Feb 2000 14:13:37 -0800
From:      Jon Rust <jpr@vcnet.com>
To:        <freebsd-questions@freebsd.org>
Subject:   Re: Vinum questions
Message-ID:  <v04210126b4c8ccdad900@[209.239.239.22]>
In-Reply-To: <0ea901bf73fa$65c76d90$1e80000a@avantgo.com>
References:  <v04210123b4c8b1545f95@[209.239.239.22]> <0ea901bf73fa$65c76d90$1e80000a@avantgo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for your input. I'm leaning toward RAID 0+1. But...

I built a RAID5 volume with the 4 drives as a test. newfs took a long 
time, longer than I thought, so I decided to run some benchmarks. 
iozone reported 2.7MBps. Seems kinda low. Looking through the 
archives, I noticed Mr Lehey developed his own benchmark proggy 
called rawio:

    sudo rawio -a /dev/vinum/webr5

Doh! I forgot to run it on the raw device. Hit ctrl-c... bad plan. 
The whole machine locked up. Even ctrl-alt-del wouldn't do anything. 
Is this a problem with rawio, vinum, or vinum RAID5? Doesn't seem 
like an interrupt signal should cause this type of problem.

jon

At 11:09 AM -0800 2/10/00, Scott Hess wrote:
>"Jon Rust" <jpr@vcnet.com>
>> My 2 choices:
>>
>>   1) Stripe and mirror. Gives 18G of storage, and best performance
>> that still has protection against drive failure. Not the most
>> efficient use of my drives, however.
>>
>>   2) RAID-5 all 4 of the drives in one volume. 27G of storage. Decent
>> performance. But... stability of RAID-5 in vinum?
>
>Make sure that RAID5 still meets your performance needs when rebuilding a
>drive.  When we were deciding between RAID5 and RAID0+1 (on a hardware
>SCSI-SCSI controller), most of the performance tests came out reasonably
>close to each other - except when rebuilding a drive.  There, RAID0+1 took
>a relatively minor hit, but RAID5 dropped our tps to 1/4 of the normal
>amount, meaning we couldn't rebuild a drive during peak usage.
>
>Later,
>scott
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-questions" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?v04210126b4c8ccdad900>