From: | Greg Smith <greg(at)2ndquadrant(dot)com> |
---|---|
To: | Scott Carey <scott(at)richrelevance(dot)com> |
Cc: | Karl Denninger <karl(at)denninger(dot)net>, Laszlo Nagy <gandalf(at)shopzeus(dot)com>, pgsql-performance <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: SSD + RAID |
Date: | 2009-11-19 14:44:36 |
Message-ID: | 4B0559D4.8040204@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Scott Carey wrote:
> For your database DATA disks, leaving the write cache on is 100% acceptable,
> even with power loss, and without a RAID controller. And even in high write
> environments.
>
> That is what the XLOG is for, isn't it? That is where this behavior is
> critical. But that has completely different performance requirements and
> need not bee on the same volume, array, or drive.
>
At checkpoint time, writes to the main data files are done that are
followed by fsync calls to make sure those blocks have been written to
disk. Those writes have exactly the same consistency requirements as
the more frequent pg_xlog writes. If the drive ACKs the write, but it's
not on physical disk yet, it's possible for the checkpoint to finish and
the underlying pg_xlog segments needed to recover from a crash at that
point to be deleted. The end of the checkpoint can wipe out many WAL
segments, presuming they're not needed anymore because the data blocks
they were intended to fix during recovery are now guaranteed to be on disk.
--
Greg Smith 2ndQuadrant Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.com
From | Date | Subject | |
---|---|---|---|
Next Message | Karl Denninger | 2009-11-19 14:44:58 | Re: SSD + RAID |
Previous Message | Craig Ringer | 2009-11-19 12:29:56 | Re: SSD + RAID |