Re: [HACKERS] [PATCH] Make sure all statistics is sent after a fewDML are performed

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] [PATCH] Make sure all statistics is sent after a fewDML are performed
Дата
Msg-id 20170718135001.svwzpt37rgwirqqm@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [HACKERS] [PATCH] Make sure all statistics is sent after a few DML are performed  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] [PATCH] Make sure all statistics is sent after a few DML are performed  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,


On 2017-07-18 09:42:31 -0400, Tom Lane wrote:
> I wonder if a better answer wouldn't be to reduce PGSTAT_STAT_INTERVAL.
> I don't think that value has been reconsidered since the code was written,
> circa turn of the century.  Maybe even make it configurable, though that
> could be overkill.

Not sure if that really does that much to solve the concern.  Another,
pretty half-baked, approach would be to add a procsignal triggering idle
backends to send stats, and send that to all idle backends when querying
stats. We could even publish the number of outstanding stats updates in
PGXACT or such, without any locking, and send it only to those that have
outstanding ones.

Greetings,

Andres Freund



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] [PATCH] Make sure all statistics is sent after a few DML are performed
Следующее
От: David Fetter
Дата:
Сообщение: Re: [HACKERS] Patch: Add --no-comments to skip COMMENTs with pg_dump