Re: Add parameter jit_warn_above_fraction

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Add parameter jit_warn_above_fraction
Дата
Msg-id CA+TgmoZ-AoXM=J5J===maHDY9O+Mbz-=Sfz-A23ZbiJoMKe_Rg@mail.gmail.com
обсуждение исходный текст
Ответ на Add parameter jit_warn_above_fraction  (Magnus Hagander <magnus@hagander.net>)
Ответы Re: Add parameter jit_warn_above_fraction  (David Rowley <dgrowleyml@gmail.com>)
Список pgsql-hackers
On Tue, Mar 29, 2022 at 6:09 AM Julien Rouhaud <rjuju123@gmail.com> wrote:
> The last remaining thing is whether logging at WARNING level is the correct
> choice.  I'm personally fine with it, because the people who are going to use
> it will probably use the same approach as for log_min_duration_statements:
> enable it first with a high value, and check if that just lead to a massive log
> spam.  If not, see if there's anything that needs attention and fix it,
> otherwise keep lowering it and keep going.

I think WARNING is fine. After all, the parameter is called
"jit_warn_above_fraction". Yeah, we could also rename the parameter,
but I think "jit_notice_above_fraction" would be harder to understand.
It feels very intuitive to just say "warn me if X thing happens" and I
don't see a reason why we shouldn't just do that.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: standby recovery fails (tablespace related) (tentative patch and discussion)
Следующее
От: James Coleman
Дата:
Сообщение: Re: Document atthasmissing default optimization avoids verification table scan