Re: Redesigning checkpoint_segments

Поиск
Список
Период
Сортировка
От Harold Giménez
Тема Re: Redesigning checkpoint_segments
Дата
Msg-id CABQCq-Ti1QJacYKacgNCgFfQf2MAKgfDsN-W4YG-sy0Dq2O6Zg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Redesigning checkpoint_segments  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: Redesigning checkpoint_segments  ("Joshua D. Drake" <jd@commandprompt.com>)
Список 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 по дате отправления:

Предыдущее
От: Daniel Farina
Дата:
Сообщение: Re: Redesigning checkpoint_segments
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Redesigning checkpoint_segments