From: | Greg Smith <gsmith(at)gregsmith(dot)com> |
---|---|
To: | PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: Maintaining cluster order on insert |
Date: | 2007-07-10 15:25:30 |
Message-ID: | Pine.GSO.4.64.0707101045240.2388@westnet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Tue, 10 Jul 2007, Tom Lane wrote:
> It's just desktop-grade junk :-(. Feel free to repeat the test on
> something more serious.
Right, but even such junk can be setup such that the disks honor commits,
just wanted to confirm you didn't go out of your way to do that--sounds
like you didn't. My mini-lab at home has two PG test systems, one with a
real write cache, the other has an IDE drive with the cache turned off so
commits actually wait to hit the platter. The painful slowness of writes
in that situation keeps me grounded as to how much data integrity actually
costs if you're not accelerating it, and the differences in benchmarks
between the two systems (which are otherwise a similar class of hardware)
can be informative.
> Anyway the numbers seemed relatively consistent after the setup and
> first test cycle, so I think the part I was actually trying to draw
> conclusions from was probably real enough.
Agreed, just figuring out the test ramp-up situation, and your explanation
for that quirk sounds reasonable.
--
* Greg Smith gsmith(at)gregsmith(dot)com http://www.gregsmith.com Baltimore, MD
From | Date | Subject | |
---|---|---|---|
Next Message | Livia Carolina | 2007-07-10 17:23:05 | Tipos abstractos definidos por el usuarios |
Previous Message | Bruce Momjian | 2007-07-10 15:12:29 | Re: Updated tsearch documentation |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2007-07-10 21:38:53 | Re: CREATE TABLE LIKE INCLUDING INDEXES support |
Previous Message | Tom Lane | 2007-07-10 14:34:39 | Re: Maintaining cluster order on insert |