Re: Expose checkpoint start/finish times into SQL.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Theo Schlossnagle <jesus(at)omniti(dot)com>
Cc: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-patches(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
Subject: Re: Expose checkpoint start/finish times into SQL.
Date: 2008-04-04 03:58:30
Message-ID: 2115.1207281510@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Theo Schlossnagle <jesus(at)omniti(dot)com> writes:
> On Apr 3, 2008, at 10:33 PM, Tom Lane wrote:
>> Theo claimed he had a reason for wanting to know the latest checkpoint
>> time, *without* any intention of time-extended tracking of that; but
>> he didn't say what it was.

> We had a recent event where the system stopped checkpointing, which
> eventually lead to Robert Treat's therapy session at PostgreSQL
> Conference East.

Therapy is great ;-) ... but "the system stopped checkpointing" does not
strike me as a routine occurrence that we should be making provisions
for DBAs to watch for. What, pray tell, is the DBA supposed to do when
and if he notices that? Not to mention that since checkpointing is
ingrained in the bgwriter, you've got worse problems than that if it's
not working.

I'd much rather be spending our time and effort on understanding what
broke for you, and fixing the code so it doesn't happen again. An ounce
of prevention is worth a pound of cure, and all that...

regards, tom lane

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Greg Smith 2008-04-04 04:09:31 Re: Expose checkpoint start/finish times into SQL.
Previous Message Theo Schlossnagle 2008-04-04 03:26:27 Re: Expose checkpoint start/finish times into SQL.