| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com> |
| Cc: | Steve Atkins <steve(at)blighty(dot)com>, PostgreSQL General <pgsql-general(at)postgresql(dot)org>, "Pgsql-Performance ((E-mail))" <pgsql-performance(at)postgresql(dot)org> |
| Subject: | Re: [PERFORM] Arguments Pro/Contra Software Raid |
| Date: | 2006-05-10 01:02:58 |
| Message-ID: | 200605100102.k4A12wa12853@candle.pha.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-performance |
Scott Marlowe wrote:
> Actually, in the case of the Escalades at least, the answer is yes.
> Last year (maybe a bit more) someone was testing an IDE escalade
> controller with drives that were known to lie, and it passed the power
> plug pull test repeatedly. Apparently, the escalades tell the drives to
> turn off their cache. While most all IDEs and a fair number of SATA
> drives lie about cache fsyncing, they all seem to turn off the cache
> when you ask.
>
> And, since a hardware RAID controller with bbu cache has its own cache,
> it's not like it really needs the one on the drives anyway.
You do if the controller thinks the data is already on the drives and
removes it from its cache.
--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John DeSoi | 2006-05-10 01:09:04 | Re: default client_encoding with psql on windows |
| Previous Message | Bruce Momjian | 2006-05-10 00:59:55 | Re: [PERFORM] Arguments Pro/Contra Software Raid |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | William Yu | 2006-05-10 02:39:53 | Re: Arguments Pro/Contra Software Raid |
| Previous Message | Bruce Momjian | 2006-05-10 00:59:55 | Re: [PERFORM] Arguments Pro/Contra Software Raid |