Re: please update ps display for recovery checkpoint

Поиск
Список
Период
Сортировка
От Justin Pryzby
Тема Re: please update ps display for recovery checkpoint
Дата
Msg-id 20201203215809.GS24052@telsasoft.com
обсуждение исходный текст
Ответ на Re: please update ps display for recovery checkpoint  ("Bossart, Nathan" <bossartn@amazon.com>)
Ответы Re: please update ps display for recovery checkpoint  ("Bossart, Nathan" <bossartn@amazon.com>)
Re: please update ps display for recovery checkpoint  ("Bossart, Nathan" <bossartn@amazon.com>)
Список pgsql-hackers
On Thu, Dec 03, 2020 at 09:18:07PM +0000, Bossart, Nathan wrote:
> I considered also checking that update_process_title was enabled, but
> I figured that these ps display updates should happen sparsely enough
> that it wouldn't make much of an impact.

Since bf68b79e5, update_ps_display is responsible for checking
update_process_title.  Its other, remaining uses are apparently just acting as
minor optimizations to guard against useless snprintf's.

See also https://www.postgresql.org/message-id/flat/1288021.1600178478%40sss.pgh.pa.us
in which (I just saw) Tom wrote:

> Seems like a good argument, but you'd have to be careful about the
> final state when you stop overriding update_process_title --- it can't
> be left looking like it's still-in-progress on some random WAL file.

I think that's a live problem, not just a concern for that patch.
It was exactly my complaint leading to this thread:

> But runs a checkpoint, which can take a long time, while the "ps" display still
> says "recovering NNNNNNNN".

-- 
Justin



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: [HACKERS] [PATCH] Generic type subscripting
Следующее
От: Daniel Gustafsson
Дата:
Сообщение: Re: scram-sha-256 broken with FIPS and OpenSSL 1.0.2