Re: Redesigning checkpoint_segments - Mailing list pgsql-hackers

From Harold Giménez
Subject Re: Redesigning checkpoint_segments
Date
Msg-id CABQCq-Ti1QJacYKacgNCgFfQf2MAKgfDsN-W4YG-sy0Dq2O6Zg@mail.gmail.com
Whole thread Raw
In response to Re: Redesigning checkpoint_segments  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: Redesigning checkpoint_segments  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-hackers
Hi,

On Wed, Jun 5, 2013 at 11:05 PM, Joshua D. Drake <jd@commandprompt.com> wrote:

On 6/5/2013 10:54 PM, Peter Geoghegan wrote:
On Wed, Jun 5, 2013 at 10:27 PM, Joshua D. Drake <jd@commandprompt.com> wrote:

Instead of "running out of disk space PANIC" we should just write to an emergency location within PGDATA

This merely buys you some time, but with aggressive and sustained write throughput you are left on the same spot. Practically speaking it's the same situation as increasing the pg_xlog disk space.
 
and log very loudly that the SA isn't paying attention. Perhaps if that area starts to get to an unhappy place we immediately bounce into read-only mode and log even more loudly that the SA should be fired. I would think read-only mode is safer and more polite than an PANIC crash.

I agree it is better than PANIC, but read-only mode is definitely also a form of throttling; a much more abrupt and unfriendly one if I may add.

Regards,

-Harold
 

pgsql-hackers by date:

Previous
From: Daniel Farina
Date:
Subject: Re: Redesigning checkpoint_segments
Next
From: "Joshua D. Drake"
Date:
Subject: Re: Redesigning checkpoint_segments