Re: checkpoints are duplicated even while the system is idle - Mailing list pgsql-hackers

From Tom Lane
Subject Re: checkpoints are duplicated even while the system is idle
Date
Msg-id 3800.1317919493@sss.pgh.pa.us
Whole thread Raw
In response to Re: checkpoints are duplicated even while the system is idle  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: checkpoints are duplicated even while the system is idle  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I'm not entirely sure I understand the rationale, though.  I mean, if
> very little has happened since the last checkpoint, then the
> checkpoint will be very cheap.  In the totally degenerate case Fujii
> Masao is reporting, where absolutely nothing has happened, it should
> be basically free.  We'll loop through a whole bunch of things, decide
> there's nothing to fsync, and call it a day.

I think the point is that a totally idle database should not continue to
emit WAL, not even at a slow rate.  There are also power-consumption
objections to allowing the checkpoint process to fire up to no purpose.

The larger issue is that we should not only be concerned with optimizing
for high load.  Doing nothing when there's nothing to be done is an
important part of good data-center citizenship.  See also the ongoing
work to avoid unnecessary process wakeups.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [REVIEW] Patch for cursor calling with named parameters
Next
From: Tom Lane
Date:
Subject: Re: [REVIEW] Patch for cursor calling with named parameters