On Sun, 6 Feb 2011, Scott Marlowe wrote:
On Sun, Feb 6, 2011 at 2:39 AM, Royce Ausburn <royce.ml@xxxxxxxxxxx> wrote:
On Wed, Feb 2, 2011 at 7:00 PM, Craig Ringer
<craig@xxxxxxxxxxxxxxxxxxxxx> wrote:
Whatever RAID controller you get, make sure you have a battery backup
unit (BBU) installed so you can safely enable write-back caching.
Without that, you might as well use software RAID - it'll generally be
faster (and cheaper) than HW RAID w/o a BBU.
Recently we had to pull our RAID controllers and go to plain SAS
cards. While random access dropped a bit, sequential throughput
skyrocketed, saturating the 4 lane cable we use. 4x300Gb/s =
1200Gb/s or right around 1G of data a second off the array. VERY
impressive.
This is really surprising. Software raid generally outperform hardware
raid without BBU? Why is that? My company uses hardware raid quite a
bit without BBU and have never thought to compare with software raid =/
For raw throughtput it's not uncommon to beat a RAID card whether it
has a battery backed cache or not. If I'm wiriting a 200G file to the
disks, a BBU cache isn't gonna make that any faster, it'll fill up in
a second and then it's got to write to disk. BBU Cache are for faster
random writes, and will handily beat SW RAID. But for raw large file
read and write SW RAID is the fastest thing I've seen.
keep in mind that hardware raide with BBU is safer than software raid.
since the updates to the drives do not all happen at the same time, there
is a chance that a write to software raid may have happened on some drives
and not others when the system crashes.
with hardware raid and BBU, the controller knows what it was trying to
write where, and if it didn't get the scknowledgement, it will complete
the write when it comes up again.
but with software raid you will have updates some part of the array and
not others. this will result in a corrupted stripe in the array.
David Lang
--
Sent via pgsql-performance mailing list (pgsql-performance@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
