Re: RFC: replace pg_stat_activity.waiting with something more descriptive

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: RFC: replace pg_stat_activity.waiting with something more descriptive
Дата
Msg-id 55888AF4.5070502@BlueTreble.com
обсуждение исходный текст
Ответ на RFC: replace pg_stat_activity.waiting with something more descriptive  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 6/22/15 12:37 PM, Robert Haas wrote:
> It's
> not my goal here to create some kind of a performance counter system,
> even though that would be valuable and could possibly be based on the
> same infrastructure, but rather just to create a very simple system
> that lets people know, without any developer tools, what is causing a
> backend that has accepted a query and not yet returned a result to be
> off-CPU rather than on-CPU.

Ilya Kosmodemiansky presented such a system at pgCon[1], and hopes to 
submit an initial patch in the coming weeks. The general idea was to do 
something similar to what you're describing (though, I believe even more 
granular) and have a bgworker accumulating that information.

[1] http://www.pgcon.org/2015/schedule/events/809.en.html
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Data in Trouble? Get it in Treble! http://BlueTreble.com



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: NULL passed as an argument to memcmp() in parse_func.c
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: [Proposal] Progress bar for pg_dump/pg_restore