Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-performance] Daily digest v1.3606 (10 messages)

From: John Lister <john(dot)lister(at)kickstone(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: [pgsql-performance] Daily digest v1.3606 (10 messages)
Date: 2012-05-15 21:09:48
Message-ID: 4FB2C61C.40906@kickstone.com (view raw or flat)
Thread:
Lists: pgsql-performance
>We've reached to the point when we would like to try SSDs. We've got a
>central DB currently 414 GB in size and increasing. Working set does not
>fit into our 96GB RAM server anymore.
>So, the main question is what to take. Here what we've got:
>1) Intel 320. Good, but slower then current generation sandforce drives
>2) Intel 330. Looks like cheap 520 without capacitor
>3) Intel 520. faster then 320 No capacitor.
>4) OCZ Vertex 3 Pro - No available. Even on OCZ site
>5) OCZ Deneva - can't find in my country :)
>We are using Areca controller with BBU. So as for me, question is: Can 520
>series be set up to handle fsyncs correctly? We've got the Areca to handle
>buffering.

I was thinking the same thing, setting up a new server with ssds instead of hdds as I currently have
and was wondering what the thoughts are in regards to using raid (it would probably be a dell R710 card -
any comments on these as they are new). I was planning on using intel 320s as the 710s are a little too
pricey at the moment and we aren't massively heavy on the writes (but can revisit this in the next
6months/year if required). I was thinking raid 10 as I've done with the hdds, but not sure if this is the
best choice for ssds, given wear level and firmware is likely to be the same, I'd expect concurrent
failure on a stipe. Therefore I'd imagine using an alternate mfr/drive for the mirrors is a better bet?

What are peoples thoughts on using a non enterprise drive for this - the choice of enterprise drives is limited :(

I was thinking if we have sudden power failure then mark the consumer drive as bad and rebuild it from the other one,
or is this highly risky?

Does any one do anything different?

Thanks

John


Responses

pgsql-performance by date

Next:From: Merlin MoncureDate: 2012-05-15 21:52:40
Subject: Re: [pgsql-performance] Daily digest v1.3606 (10 messages)
Previous:From: David BorehamDate: 2012-05-15 20:00:08
Subject: Re: SSD selection

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group