Re: Overhead for stats_command_string et al, take 2

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Overhead for stats_command_string et al, take 2
Дата
Msg-id 9220.1151021999@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Overhead for stats_command_string et al, take 2  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Seeing stats_command_string with almost zero overhead is great news!
> Should we remove that setting and just have it enabled all
> the time?

If you don't need it, you shouldn't have to pay any overhead for it,
I think.  One could make an argument now for having stats_command_string
default to ON, though.

Something that might also be interesting is an option to suppress
per-command ps_status reporting.  On machines where updating ps status
takes a kernel call, there's now a pretty good argument why you might
want to turn that off and rely on pg_stat_activity instead.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [CORE] GPL Source and Copyright Questions
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: [CORE] GPL Source and Copyright Questions