Re: Add parameter jit_warn_above_fraction - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Add parameter jit_warn_above_fraction
Date
Msg-id CA+TgmoZ-AoXM=J5J===maHDY9O+Mbz-=Sfz-A23ZbiJoMKe_Rg@mail.gmail.com
Whole thread Raw
In response to Add parameter jit_warn_above_fraction  (Magnus Hagander <magnus@hagander.net>)
Responses Re: Add parameter jit_warn_above_fraction  (David Rowley <dgrowleyml@gmail.com>)
List 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 by date:

Previous
From: Robert Haas
Date:
Subject: Re: standby recovery fails (tablespace related) (tentative patch and discussion)
Next
From: James Coleman
Date:
Subject: Re: Document atthasmissing default optimization avoids verification table scan