Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 26 May 2006 08:30:22 +0900
From:      Ian Jefferson <ijeff@sandbox.ca>
To:        cknipe@savage.za.org
Cc:        freebsd-questions@freebsd.org
Subject:   Re: OT: Torn between SCSI and SATA for RAID
Message-ID:  <F5BECDDE-0545-41E6-AEC2-90ABE5A7FF11@sandbox.ca>
In-Reply-To: <1147344670.4463171eb5364@196.22.132.16>
References:  <1147255200.4461b9a0a5e71@196.22.132.16> <df9ac37c0605100912s46bffe8an7c1212c4ca0330e5@mail.gmail.com> <44621529.7050804@netfence.it> <20060511104517.GA11619@storage.mine.nu> <1147344670.4463171eb5364@196.22.132.16>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Chris,

I have many of the same questions.  SATA is plenty fast for home  
systems and modern drives are smoking stuff that was enterprise class  
just a few years ago.  'twas ever thus.

Cables are a nightmare IMHO.  This was by far the reason I've been a  
big fan of SCSI for a long time.  You can make a pretty effective and  
tidy Raid system by custom making a short length daisy chain scsi  
cable. I have not explored this recently but used to do this ~5+  
years ago for non-raid applications.  We used to run into device  
compatibility problems on the SCSI bus though so same drive mfg might  
be a good idea.  Perhaps things have improved.

You can buy old 80 pin 16 bit SCSI controllers quite reasonably on  
EBay.  Even though the bus speeds might be 40 or 80 MB/sec (that's  
bytes) this still exceeds what I get on single disk SATA benchmarks.   
My impression is that modern drives are backward compatible with  
older SCSI but I've not tested this extensively, just a couple of  
anecdotes.

You can do quite well in the used Enterprise market.  You might have  
a look at pricewatch.com for some low cost SCSI disks.  My experience  
has been that S/P-ATA drives seem to be easily available in large  
sizes, > 300 GB whereas SCSI seems to be available in volume only for  
smaller drives ~100-200GB.

Above is mostly supposition.

I have been experimenting with SATA to see what's possible.  There  
are gizmo's, "Backplanes", out there that make the cabling issue easier:

I have one of these:
http://www.mwave.com/mwave/viewspec.hmx?scriteria=BA20689

And I'm considering one of these:
http://www.mwave.com/mwave/viewspec.hmx?scriteria=BA20690

Similar devices are available for SCSI and PATA drives they are a  
little difficult to find.  You can google for backplane, 3X5 and 2X3  
that type of thing.

I finally got gvinum to work for me under 6.1 i386 RELEASE for Raid  
5.  The volume manager concept appeals to me because you can work  
with smaller chunks pieces of storage than whole disks. So with the  
same set of physical disks you can contemplate different RAID  
strategies depending on how much performance you want, all at the  
same time.  So far my benchmarks indicate that a 3 partition raid 5  
vinum disk performs fine for me.  Minimum write performance is around  
7MB/s and Minimum read is around 14MB/s.  Usually however writes came  
in on  the low side of 15 MB/s and reads around 50 MB/s.  This is all  
just a first attempt though without any attempt to tune the raid  
set.  With two 5X3 backplanes and software Raid 5 you could build PDQ  
a 4TB system and your drives would not have to be identical.

Even with a backplane device though you end up with quite a cable issue.

The last option I've considered is to look at some of the SATA to  
SCSI backplanes.  There are commercial solutions that allow you to  
put SATA or PATA drives up to 12 in an enclosure then connect to your  
host computer via SCSI.  I haven't found anything cheap though.   
Cheap = < 20% of the drive cost.  Apple sells such a device as do  
numerous other manufacturers.  Search for SATA Raid.

IJ


On May 11, 2006, at 7:51 PM, cknipe@savage.za.org wrote:

>
>
> My questions that I'm posting is not really related towards the  
> performance of
> the system, it's more towards the capacity of the system... I guess  
> it boils
> down to the physical hardware... How does everything connect, how  
> to expand
> systems, and how to run arrays bigger than what one single  
> controller can
> provide...
>
> --
> C




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F5BECDDE-0545-41E6-AEC2-90ABE5A7FF11>