BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
SAS v SATA
- Subject: SAS v SATA
- From: jay-R5TnC2l8y5lBDgjK7y7TUQ at public.gmane.org (jay-R5TnC2l8y5lBDgjK7y7TUQ at public.gmane.org)
- Date: Wed, 10 Mar 2010 14:27:57 +0000
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
- Prev by Date: Google Chrome Cross Platform
- Next by Date: admins worst nightmare...
- Previous by thread: SAS v SATA
- Next by thread: OpenOffice and Microsoft Office
- Index(es):