| От | Julien Rouhaud |
|---|---|
| Тема | Re: Expose JIT counters/timing in pg_stat_statements |
| Дата | |
| Msg-id | 20220225154001.5bwofhgxunoqe6rc@jrouhaud обсуждение исходный текст |
| Ответ на | Re: Expose JIT counters/timing in pg_stat_statements (Magnus Hagander <magnus@hagander.net>) |
| Ответы |
Re: Expose JIT counters/timing in pg_stat_statements
|
| Список | pgsql-hackers |
On Fri, Feb 25, 2022 at 04:19:27PM +0100, Magnus Hagander wrote: > > So just to be clear, you're basically thinking: > > jit_count = count of entries where jit_functions>0 > jit_functions = <same as now> > jit_optimizatinos = count of entries where time spent on jit_optimizations > 0 > > etc? Yes exactly, so 3 new fields on top of the one you already added. > So we count the times with min/max like other times for the total one, > but instead add a counter for each of the details? I don't understand this one. Did you mean we *don't* count times with min/max? If that's the case then yes :)
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера