<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: SATA vs SCSI?</title>
	<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/</link>
	<description>Storage Solutions for Real World IT Professionals</description>
	<pubDate>Sat, 05 Jul 2008 07:55:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.2</generator>

	<item>
 		<title>Comment on SATA vs SCSI? by: Tom</title>
		<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-71805</link>
		<pubDate>Thu, 23 Aug 2007 13:56:43 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-71805</guid>
					<description>Hi, Greg.  I really appreciate the shout-out for the old DPT controllers.  I was with DPT for 15+ years, practically since the beginning, when Adaptec bought us.  We were very proud of what we accomplished with such a small team.  A lot of those fine folks are still with us here in the Orlando office.

As far as RAID-1 vs RAID-5, yeah I certainly agree that RAID-5 can be a real dog if you’re doing a lot of short random writes.  Performance can easily be half that of a RAID-1.

Regarding point-to-point, I think that is the one real advantage of SAS (and SATA) over the older parallel technologies.  With SCSI a single cable failure will bring down an entire string of drives.  That won’t happen with point-to-point – usually, and I’ll get to that.  If you have a multi-port RAID card you will have a separate cable per drive.  While the cable redundancy is great, I admit that having a bunch of individual cables can be a real pain to deal with.

Therefore most folks with that many drives will use a backplane with an expander – kind of like a switch.  You’d run a single wide 4x cable to the backplane and then individual traces go to each drive.  And you’d be correct in pointing out that you’re back to a single point-of-failure in the 4x cable.  But this cable is still more fault tolerant because it’s only got two connectors – one at the end attached to the controller and one at the end attached to the drive backplane.  With SCSI you have multiple connectors spaced at very specific locations on the cable, and of course you also get to play with the wonderful world of SCSI parallel terminators.  Now you can’t tell me you enjoy that, right?  I think one of Dante’s circles of Hell had a reference to SCSI termination.  :-)

Regarding performance of SCSI vs SATA, it’s hard to argue with you.  Besides the point you make about the intelligence being on the host instead of the drive, most SATA drives are still made with inferior motors, heads, etc,. when compared to modern enterprise drives – be they SCSI or SAS.  But some of the SATA nearline drives aren’t half bad.  And WD also makes a damn fine SATA drive.

I encourage you to take another look at SAS drives and controllers.  I’d be very surprised if you found SCSI exceeding, or even meeting, the performance of modern SAS.  Most of the new controllers, including Adaptec controllers, have CPUs and memory speeds that far outpace that of the older SCSI controllers.

Thanks for reading, Greg.  And if you need any DPT controllers I could probably sell you a few out of my trunk.  ;-)  Don’t tell anyone.

TT</description>
		<content:encoded><![CDATA[	<p>Hi, Greg.  I really appreciate the shout-out for the old DPT controllers.  I was with DPT for 15+ years, practically since the beginning, when Adaptec bought us.  We were very proud of what we accomplished with such a small team.  A lot of those fine folks are still with us here in the Orlando office.</p>
	<p>As far as RAID-1 vs RAID-5, yeah I certainly agree that RAID-5 can be a real dog if you’re doing a lot of short random writes.  Performance can easily be half that of a RAID-1.</p>
	<p>Regarding point-to-point, I think that is the one real advantage of SAS (and SATA) over the older parallel technologies.  With SCSI a single cable failure will bring down an entire string of drives.  That won’t happen with point-to-point – usually, and I’ll get to that.  If you have a multi-port RAID card you will have a separate cable per drive.  While the cable redundancy is great, I admit that having a bunch of individual cables can be a real pain to deal with.</p>
	<p>Therefore most folks with that many drives will use a backplane with an expander – kind of like a switch.  You’d run a single wide 4x cable to the backplane and then individual traces go to each drive.  And you’d be correct in pointing out that you’re back to a single point-of-failure in the 4x cable.  But this cable is still more fault tolerant because it’s only got two connectors – one at the end attached to the controller and one at the end attached to the drive backplane.  With SCSI you have multiple connectors spaced at very specific locations on the cable, and of course you also get to play with the wonderful world of SCSI parallel terminators.  Now you can’t tell me you enjoy that, right?  I think one of Dante’s circles of Hell had a reference to SCSI termination.  <img src='http://storageadvisors.adaptec.com/wp-images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
	<p>Regarding performance of SCSI vs SATA, it’s hard to argue with you.  Besides the point you make about the intelligence being on the host instead of the drive, most SATA drives are still made with inferior motors, heads, etc,. when compared to modern enterprise drives – be they SCSI or SAS.  But some of the SATA nearline drives aren’t half bad.  And WD also makes a damn fine SATA drive.</p>
	<p>I encourage you to take another look at SAS drives and controllers.  I’d be very surprised if you found SCSI exceeding, or even meeting, the performance of modern SAS.  Most of the new controllers, including Adaptec controllers, have CPUs and memory speeds that far outpace that of the older SCSI controllers.</p>
	<p>Thanks for reading, Greg.  And if you need any DPT controllers I could probably sell you a few out of my trunk.  <img src='http://storageadvisors.adaptec.com/wp-images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />   Don’t tell anyone.</p>
	<p>TT
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on SATA vs SCSI? by: Greg</title>
		<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-70880</link>
		<pubDate>Wed, 15 Aug 2007 13:09:06 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-70880</guid>
					<description>SCSI vs. SATA - real world.

I've performed an intensive study into this and have come to the conclusion that SCSI 320 is still better technology than SATA (including SAS).  Here's why;

In real life, I've seen both raid 5 and raid 1 work with REAL users running on servers.  For performance reasons, I only use raid 1.  Yes, I lose half the capacity, however, the performance increase on the bus is worth it.  I've seen near double the overall performance of raid 1 over raid 5 in real life usage.  Next is the expandability of SCSI 320, easy to add drives without adding controllers hardware.  The only reason for point-to-point is to gain profits for additional drive installations (SATA or SAS) that I can see.

Yes, I've got SATA raid 1 systems out at customers sites- they're MUCH slower than the SCSI counterpart.  My standard load-out on a server is two raid 1 sets (4 drives total) - one set for the OS and one set for the data (all drives 15K).  I don't care how fast your processor is, or how much memory you have - if your drive system is slow, the whole system is slow.  Remember - the point of a file server is for central point of storage &amp;#38; sharing of user data (and central point of backup of said data).  If users can store data faster on their local HD - you got a problem (yes, it sounds like an expansive system, but my customers demand it).  When they see the cost, they choke a little - however, when they see the performance of their system I never hear another word on the price.

When I build a system, I always use the DPT (now Adaptec) raid controller with battery &amp;#38; ECC memory.  Not many controllers ECC all cached data &amp;#38; the bus.  Not only that - not many controllers store whats in cache in case of power failure and write the information to the drives when power is restored.

One of my vendors has sold thousands of that raid controller and says that he only knows of one that was returned for failure (he thinks it was due to the guy who installed it) - I've never seen a failure.

As far as the drive constructions - yes, the basics are the same, however the electronics are completely different.  On a SCSI drive, the drive itself holds the brain for communicating with it, on SATA, its the controller.

If you want more detailed reasons as to why SCSI 320 is still better - look at the actual specifications for SCSI, SATA, &amp;#38; SAS.  Look real deep and understand how each one is different than the other, data throughput, overhead of controlling data, overhead of the controller itself to the OS and the interface to the computers bus.

Now if you want to compare price - total up the cost of each drive (matching as best you can for seek time, RPM, and size as well as warranty), then the cost of the controllers for 15 drives - then you will see that SCSI is not much more expensive than SATA.</description>
		<content:encoded><![CDATA[	<p>SCSI vs. SATA - real world.</p>
	<p>I&#8217;ve performed an intensive study into this and have come to the conclusion that SCSI 320 is still better technology than SATA (including SAS).  Here&#8217;s why;</p>
	<p>In real life, I&#8217;ve seen both raid 5 and raid 1 work with REAL users running on servers.  For performance reasons, I only use raid 1.  Yes, I lose half the capacity, however, the performance increase on the bus is worth it.  I&#8217;ve seen near double the overall performance of raid 1 over raid 5 in real life usage.  Next is the expandability of SCSI 320, easy to add drives without adding controllers hardware.  The only reason for point-to-point is to gain profits for additional drive installations (SATA or SAS) that I can see.</p>
	<p>Yes, I&#8217;ve got SATA raid 1 systems out at customers sites- they&#8217;re MUCH slower than the SCSI counterpart.  My standard load-out on a server is two raid 1 sets (4 drives total) - one set for the OS and one set for the data (all drives 15K).  I don&#8217;t care how fast your processor is, or how much memory you have - if your drive system is slow, the whole system is slow.  Remember - the point of a file server is for central point of storage &amp; sharing of user data (and central point of backup of said data).  If users can store data faster on their local HD - you got a problem (yes, it sounds like an expansive system, but my customers demand it).  When they see the cost, they choke a little - however, when they see the performance of their system I never hear another word on the price.</p>
	<p>When I build a system, I always use the DPT (now Adaptec) raid controller with battery &amp; ECC memory.  Not many controllers ECC all cached data &amp; the bus.  Not only that - not many controllers store whats in cache in case of power failure and write the information to the drives when power is restored.</p>
	<p>One of my vendors has sold thousands of that raid controller and says that he only knows of one that was returned for failure (he thinks it was due to the guy who installed it) - I&#8217;ve never seen a failure.</p>
	<p>As far as the drive constructions - yes, the basics are the same, however the electronics are completely different.  On a SCSI drive, the drive itself holds the brain for communicating with it, on SATA, its the controller.</p>
	<p>If you want more detailed reasons as to why SCSI 320 is still better - look at the actual specifications for SCSI, SATA, &amp; SAS.  Look real deep and understand how each one is different than the other, data throughput, overhead of controlling data, overhead of the controller itself to the OS and the interface to the computers bus.</p>
	<p>Now if you want to compare price - total up the cost of each drive (matching as best you can for seek time, RPM, and size as well as warranty), then the cost of the controllers for 15 drives - then you will see that SCSI is not much more expensive than SATA.
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on SATA vs SCSI? by: Tom</title>
		<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-54911</link>
		<pubDate>Thu, 10 May 2007 19:25:35 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-54911</guid>
					<description>Peter, you are completely right.  There is a conspiracy.  The drive vendors have arbitrarily tied cheap components, slow motors, a poor media to the SATA interface, while the expensive, good parts are all saved for SAS and SCSI.  And there is absolutely nothing in the SATA, SAS or SCSI specs that define the preferable hardware behind the interface.  Sure, SAS has a few more high-end features, so I guess I can see tying SAS to more expensive hardware, but it never had to be that way.  Those same features could have been put into SATA.  In fact, not to go too far into the weeds, but why is there a SAS and SATA to begin with?  Why couldn't there be just one interface, still building cheap drives for desktops and expensive drives for servers?  The reasons behind that is a much longer story...

It all comes down to this hole the drive companies have dug where they're forced to sell their low end drives for just pennies of profit, and then make it up by ripping off their high-end server customers.  SAS drives are often 2-4X the price of SATA drives, but are they 2-4X better?  Maybe they're faster than SATA and maybe more reliable, but they're also a heck of a lot smaller.

But with that said, there is starting to be some middle ground:  nearline drives.  These are SATA drives that have borrowed technology and hardware from SAS drives to make a fairly inexpensive drive with higher performance and reliability.  Some more information on the Seagate version of nearline drives can be found &lt;a href=&quot;http://storageadvisors.adaptec.com/2006/11/02/seagates-definition-of-nearline-drives/&quot;&gt;here&lt;/a&gt;.

OK, now that we've brought this conspiracy into the open, we better start watching out for the black helicopters.  Oh yes, they're out there.  Trust me.

TT</description>
		<content:encoded><![CDATA[	<p>Peter, you are completely right.  There is a conspiracy.  The drive vendors have arbitrarily tied cheap components, slow motors, a poor media to the SATA interface, while the expensive, good parts are all saved for SAS and SCSI.  And there is absolutely nothing in the SATA, SAS or SCSI specs that define the preferable hardware behind the interface.  Sure, SAS has a few more high-end features, so I guess I can see tying SAS to more expensive hardware, but it never had to be that way.  Those same features could have been put into SATA.  In fact, not to go too far into the weeds, but why is there a SAS and SATA to begin with?  Why couldn&#8217;t there be just one interface, still building cheap drives for desktops and expensive drives for servers?  The reasons behind that is a much longer story&#8230;</p>
	<p>It all comes down to this hole the drive companies have dug where they&#8217;re forced to sell their low end drives for just pennies of profit, and then make it up by ripping off their high-end server customers.  SAS drives are often 2-4X the price of SATA drives, but are they 2-4X better?  Maybe they&#8217;re faster than SATA and maybe more reliable, but they&#8217;re also a heck of a lot smaller.</p>
	<p>But with that said, there is starting to be some middle ground:  nearline drives.  These are SATA drives that have borrowed technology and hardware from SAS drives to make a fairly inexpensive drive with higher performance and reliability.  Some more information on the Seagate version of nearline drives can be found <a href="http://storageadvisors.adaptec.com/2006/11/02/seagates-definition-of-nearline-drives/">here</a>.</p>
	<p>OK, now that we&#8217;ve brought this conspiracy into the open, we better start watching out for the black helicopters.  Oh yes, they&#8217;re out there.  Trust me.</p>
	<p>TT
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on SATA vs SCSI? by: Peter</title>
		<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-53601</link>
		<pubDate>Sun, 06 May 2007 12:51:11 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-53601</guid>
					<description>One wonders about SATA/SCSI/SAS/cheesecake at times.

Fundamentally, the hardware appears the same. Compare and contrast drives from one maker for some capacity and different interfaces.  You have a rapidly rotating chunk of glass (or aluminium) coated with particularly high grade rust. A brushless motor spins these at the same speed regardless. A voice coil driven head on a spring.  The only difference is likely to be the electronics taking orders. Given the SAS/SATA compatibility, that might be even be down to whether its type A or B firmware.

With all these similarities. Why are there not 1Tb SCSI drives?  Conversely, 15k SATA drives.

Is there some cartel out their fixing prices, maintaining the high-volume, low profit SATA and low-volume, high profit SCSI?

Conspiracy theory or is there a real deep down hardware difference?</description>
		<content:encoded><![CDATA[	<p>One wonders about SATA/SCSI/SAS/cheesecake at times.</p>
	<p>Fundamentally, the hardware appears the same. Compare and contrast drives from one maker for some capacity and different interfaces.  You have a rapidly rotating chunk of glass (or aluminium) coated with particularly high grade rust. A brushless motor spins these at the same speed regardless. A voice coil driven head on a spring.  The only difference is likely to be the electronics taking orders. Given the SAS/SATA compatibility, that might be even be down to whether its type A or B firmware.</p>
	<p>With all these similarities. Why are there not 1Tb SCSI drives?  Conversely, 15k SATA drives.</p>
	<p>Is there some cartel out their fixing prices, maintaining the high-volume, low profit SATA and low-volume, high profit SCSI?</p>
	<p>Conspiracy theory or is there a real deep down hardware difference?
</p>
]]></content:encoded>
				</item>
	<item>
 		<title>Comment on SATA vs SCSI? by: Tom</title>
		<link>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-50624</link>
		<pubDate>Tue, 24 Apr 2007 13:21:06 +0000</pubDate>
		<guid>http://storageadvisors.adaptec.com/2007/03/19/sata-vs-scsi/#comment-50624</guid>
					<description>Oops.  Good catch.  Fixed.

Thanks, Dan.

TT</description>
		<content:encoded><![CDATA[	<p>Oops.  Good catch.  Fixed.</p>
	<p>Thanks, Dan.</p>
	<p>TT
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
