Re: Checkpoint cost, looks like it is WAL/CRC

From: Simon Riggs <simon(at)2ndquadrant(dot)com>
To: Zeugswetter Andreas DAZ SD <ZeugswetterA(at)spardat(dot)at>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>, Russell Smith <mr-russ(at)pws(dot)com(dot)au>, josh(at)agliodbs(dot)com, Postgres Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Checkpoint cost, looks like it is WAL/CRC
Date: 2005-07-11 10:52:09
Message-ID: 1121079129.3970.41.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 2005-07-08 at 09:34 +0200, Zeugswetter Andreas DAZ SD wrote:
> >>> The point here is that fsync-off is only realistic for development
> or
> >>> playpen installations. You don't turn it off in a production
> >>> machine, and I can't see that you'd turn off the full-page-write
> >>> option either. So we have not solved anyone's performance problem.
> >
> >> Yes, this is basically another fsync-like option that isn't for
> >> production usage in most cases. Sad but true.
> >
> > Just to make my position perfectly clear: I don't want to see
> > this option shipped in 8.1.
>
> Why not ? If your filesystem buffer size matches your pg page size,
> and you have a persistent write cache, the option makes perfect sense.

I think this point needs expansion:

It is possible to run with matching page sizes, in which case the option
to not-log full page images is desirable.

The only type of crash that can cause torn pages is an OS crash, such as
a power outage. If you have an expensive server with battery backup,
persistent write cache etc then this reduces that risk considerably.

However, as long as PostgreSQL can't tell the difference between any
crash and an OS crash, we must assume the worst.

Best Regards, Simon Riggs

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marko Kreen 2005-07-11 10:54:21 4 pgcrypto regressions failures - 1 unsolved
Previous Message Andrew Dunstan 2005-07-11 10:50:32 Re: 4 pgcrypto regressions failures - 1 unsolved