| From: | Greg Stark <gsstark(at)mit(dot)edu> |
|---|---|
| To: | Josh Berkus <josh(at)agliodbs(dot)com> |
| Cc: | pgsql-performance(at)postgresql(dot)org, "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>, <alex(at)neteconomist(dot)com> |
| Subject: | Re: which dual-CPU hardware/OS is fastest for PostgreSQL? |
| Date: | 2005-01-14 18:47:34 |
| Message-ID: | 874qhjvoe1.fsf@stark.xeocode.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Josh Berkus <josh(at)agliodbs(dot)com> writes:
> Merlin,
>
> > I think the danger about SATA is that many SATA components are not
> > server quality, so you have to be more careful about what you buy. For
> > example, you can't just assume your SATA backplane has hot swap lights
> > (got bit by this one myself, heh).
>
> Yeah, that's my big problem with anything IDE. My personal experience of
> failure rates for IDE drives, for example, is about 1 out of 10 fails in
> service before it's a year old; SCSI has been more like 1 out of 50.
Um. I'm pretty sure the actual hardware is just the same stuff. It's just the
interface electronics that change.
> Also, while I've seen benchmarks like Escalade's, my real-world experience has
> been that the full bi-directional r/w of SCSI means that it takes 2 SATA
> drives to equal one SCSI drive in a heavy r/w application. However, ODSL is
> all SCSI so I don't have any numbers to back that up.
Do we know that these SATA/IDE controllers and drives don't "lie" about fsync
the way most IDE drives do? Does the controller just automatically disable the
write caching entirely?
I don't recall, did someone have a program that tested the write latency of a
drive to test this?
--
greg
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Merlin Moncure | 2005-01-14 19:46:17 | Re: which dual-CPU hardware/OS is fastest for PostgreSQL? |
| Previous Message | Richard Huxton | 2005-01-14 18:34:14 | Re: sum of all values |