Re: RFC: replace pg_stat_activity.waiting with something more descriptive
В списке pgsql-hackers по дате отправления:
| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера