Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month, online, via Jitsi Meet.

BLU Discuss list archive


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

SAS v SATA



When you compare apples to apples, there isn't that big of a difference, in price or performance..  Enteprise class sata is not cheap and good luck finding them in a 10k, never mind a 15k.  However sas can't compete in bulk storage value.

Now with the boom in ssd on sata, sas has lost its edge.  Really going forward I would shy away from investing in sas, with out having a strong argument in favor of it.  If ssds do take over the local enterprise storage market, sas prices will climb, while the consumer market pushes ssd sata pricing down.

------Original Message------
From: Edward Ned Harvey
Sender: discuss-bounces-mNDKBlG2WHs at public.gmane.org
To: 'Daniel Feenberg'
To: BLU
Subject: RE: SAS v SATA
Sent: Mar 10, 2010 8:15 AM

> Does anyone have an informed opinion as to the relative merits of SAS v
> SATA disk drives in a Linux box doing long sequential I/O for a small
> number of processes? It looks like the cost/GB is about a factor of 3
> more
> for SAS (both drives at 10,000RPM), and if the performance difference
> is
> only going to manifest itself in random I/O, or when many processes are
> competing for the drive, I can skip it for my current application.

I can say this:  I benchmark basically every opportunity I get, and I can't
measure a speed difference between SAS and SATA, except as explainable by
higher RPM's or drive capacity.  (With higher drive capacity, you get higher
bit density per track, and with constant rpm's, that translates to higher
data rate.  Also with higher drive capacity, you get lower fragmentation,
which again improves performance sometimes.)  

I can easily demonstrate SAS and near-line SAS to be more reliable, with
fewer failed drives over the life of the server.  IMHO, the reliability
factor is the advantage SAS has, and the reason it costs more.  Especially
for large sequential IO, you won't notice or care about the supposed speed
difference.

One more thing though.  There are no SAS SSD's available.  So if you'll ever
consider adding a SSD, use SATA.  I only know this because of desire to add
a SSD to my recently purchased SAS system.

_______________________________________________
Discuss mailing list
Discuss-mNDKBlG2WHs at public.gmane.org
http://lists.blu.org/mailman/listinfo/discuss



Sent from my BlackBerry? smartphone with SprintSpeed







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