| From: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com> |
|---|---|
| To: | Douglas McNaught <doug(at)mcnaught(dot)org> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, 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 15:10:00 |
| Message-ID: | 1147273799.9755.20.camel@state.g2switchworks.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-performance |
On Wed, 2006-05-10 at 09:51, Douglas McNaught wrote:
> Scott Marlowe <smarlowe(at)g2switchworks(dot)com> writes:
>
> > On Tue, 2006-05-09 at 20:02, Bruce Momjian wrote:
>
> >> You do if the controller thinks the data is already on the drives and
> >> removes it from its cache.
> >
> > Bruce, re-read what I wrote. The escalades tell the drives to TURN OFF
> > THEIR OWN CACHE.
>
> Some ATA drives would lie about that too IIRC. Hopefully they've
> stopped doing it in the SATA era.
Ugh. Now that would make for a particularly awful bit of firmware
implementation. I'd think that if I found a SATA drive doing that I'd
be likely to strike the manufacturer off of the list for possible future
purchases...
| From | Date | Subject | |
|---|---|---|---|
| Next Message | pgaio | 2006-05-10 15:12:15 | how do i unsubscribe |
| Previous Message | Markus Schaber | 2006-05-10 14:57:45 | Re: [PERFORM] Arguments Pro/Contra Software Raid |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-05-10 15:10:37 | Re: UNSUBSCRIBE |
| Previous Message | Markus Schaber | 2006-05-10 15:04:25 | Re: [HACKERS] Big IN() clauses etc : feature proposal |