Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nZ8mY-0004Lg-9J for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Mar 2022 10:08:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nZ8mW-0006AI-Vp for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Mar 2022 10:08:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nZ8mW-0006A9-KU for pgsql-hackers@lists.postgresql.org; Tue, 29 Mar 2022 10:08:56 +0000 Received: from mail-pj1-x1035.google.com ([2607:f8b0:4864:20::1035]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nZ8mU-00052N-2Z for pgsql-hackers@lists.postgresql.org; Tue, 29 Mar 2022 10:08:56 +0000 Received: by mail-pj1-x1035.google.com with SMTP id jx9so16892230pjb.5 for ; Tue, 29 Mar 2022 03:08:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=x4JHOCAazyNvHNrNQlu6tYKPkXwrI+kVM73yhh0Yhvc=; b=V5GyDcH7kU7lYZw3HDaDkQtLJs1W3q6Ivjl7l1LfJNgk8OCZ9ZPxNS8Bv7l3AXjaeT i8tqgLAx6JtCDoxylQ01df42Ls6x2ngYMZ3Jp600IBZM4XFPRio6/oLeEujXbUm7t1B5 iqWXVfNn83i7SkgZSQTzutIiN48lhu6XkkhSXF4iWa8/mnk7YZsM002T5ZiJbbQweM4n DWr0aXmOLeNkZbrJk/kB88LWzVbMCjXZzFUw8FTnX1UaUCnL7picrMIVx8TuAcJCFGTb 16ZqqbX2yqjPBqF6CNgSeqzFVqrIuCU/AA4XVX3Y3e4lF5OxCcHoBnbaMlPS6VDmVWp+ IW7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=x4JHOCAazyNvHNrNQlu6tYKPkXwrI+kVM73yhh0Yhvc=; b=BzcNhtJOrau+aOs2HCjM0xgjelSvyyZW8ul2u6xw3uPqFdYnabLurZ4uGW1fPofQR1 155VQdZzIupncYD+/2J6ugGehFTRnQhbfzlaDjAs1sMNI+YgMewQ23nz2ose+uYy7gs8 Izu5kWqW0rjp/N/CdImFZOFXAb4j7wgXeorswSAhDyWORiPcOayrDrokK40ILqngJt7S Nj9ef03LbIaT43I4/+y9h5k38cmMEhdjEUTfvJaCABrFRhfhSbKUTAf6aR/LzxmrVdC9 lUsNgr9FIAVj7/h83drUOlbucddmj0l1KsdvuPgtm0/l/r4JMHZHAr45lKMnlU7qiG5s VjnA== X-Gm-Message-State: AOAM531Ox/5agIl02r8sPEyguPq5UM0SXa3btr5EO6sN/iXj3sIQjFPO xUzw91FGEDHtPHFuKJk64gw= X-Google-Smtp-Source: ABdhPJxNVIOeiEKvl76RRutI6Ju4HT+EFdjhqkMnqh+12R8yufph0yAfeK1IF/LBhkd+wmEvr2C7fg== X-Received: by 2002:a17:90b:4b47:b0:1c7:7c38:57d9 with SMTP id mi7-20020a17090b4b4700b001c77c3857d9mr3696224pjb.241.1648548531561; Tue, 29 Mar 2022 03:08:51 -0700 (PDT) Received: from jrouhaud (2001-b011-1005-b35e-051e-b80b-7aec-4b9c.dynamic-ip6.hinet.net. [2001:b011:1005:b35e:51e:b80b:7aec:4b9c]) by smtp.gmail.com with ESMTPSA id a38-20020a056a001d2600b004f70d5e92basm19506222pfx.34.2022.03.29.03.08.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Mar 2022 03:08:49 -0700 (PDT) Date: Tue, 29 Mar 2022 18:08:46 +0800 From: Julien Rouhaud To: Magnus Hagander Cc: Andres Freund , Justin Pryzby , pgsql-hackers@lists.postgresql.org Subject: Re: Add parameter jit_warn_above_fraction Message-ID: <20220329100846.3iedk5ear3ewdi5j@jrouhaud> References: <20220225162304.GD9008@telsasoft.com> <20220321235048.wb3ymun6lbi33b2u@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On Mon, Mar 28, 2022 at 10:11:16PM +0200, Magnus Hagander wrote: > On Tue, Mar 22, 2022 at 12:50 AM Andres Freund wrote: > > > > This fails on cfbot, due to compiler warnings: > > https://cirrus-ci.com/task/5127667648299008?logs=mingw_cross_warning#L390 > > > Huh. That's annoying. I forgot int64 is %d on linux and %lld on Windows :/ > > PFA a fix for that. The v3 is now stable on all platforms according to the cfbot, and apart from the log level the patch looks good to me. 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. Also, jitting isn't particularly fast in general, so it's probably somewhat unlikely to have a massive amount of queries that both have a cost higher than the jit threshold cost and still run fast enough to spam the log without jit slowing everything down. I'm not sure what status the patch should be. I think it's the committer's decision to chose which log level to use, and that won't affect the patch enough to justify another review, so I'm switching the patch to ready for committer. This doesn't prevent any further discussions for the log level.