Re: Expose JIT counters/timing in pg_stat_statements
От
Julien Rouhaud
Тема
Re: Expose JIT counters/timing in pg_stat_statements
Дата
Msg-id
20220225164315.c4naqnqb4gdzlpy6@jrouhaud
Ответ на
Re: Expose JIT counters/timing in pg_stat_statements (Magnus Hagander)
Список
Дерево обсуждения
Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
RE: Expose JIT counters/timing in pg_stat_statements "Shinoda, Noriyoshi (PN Japan FSIP)" <noriyoshi.shinoda@hpe.com>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Dmitry Dolgov <9erthalion6@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Magnus Hagander <magnus@hagander.net>
Re: Expose JIT counters/timing in pg_stat_statements Dmitry Dolgov <9erthalion6@gmail.com>
Re: Expose JIT counters/timing in pg_stat_statements Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: Expose JIT counters/timing in pg_stat_statements Julien Rouhaud <rjuju123@gmail.com>
On Fri, Feb 25, 2022 at 05:38:45PM +0100, Magnus Hagander wrote: > > Per some off-list discussion with Julien, we have clearly been talking > in slightly different terms. So let's summarize the options into what > theÿ́d actually be: > > Option 0: what is int he patch now > > Option 1: > jit_count - number of executions using jit > total_jit_time - for sum of functions+inlining+optimization+emission time > min_jit_time - for sum of functions+inlining+optimization+emission time > max_jit_time - for sum of functions+inlining+optimization+emission time > mean_jit_time - for sum of functions+inlining+optimization+emission time > stddev_jit_time - for sum of functions+inlining+optimization+emission time > jit_functions - number of functions > jit_inlining_count - number of executions where inlining happened > jit_optimization_count - number of executions where optimization happened > jit_emission_count - number of executions where emission happened > > Option 2: > jit_count > jit_functions > jit_generation_time > jit_inlining_count > jit_inlining_time > jit_optimization_count > jit_optimization_time > jit_emission_count > jit_emission_time I'm for option 2, I think it's important to have the timing details for inlining and optimization and be able to compute correct stats.
В списке pgsql-hackers по дате отправления