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 1ndw5r-0003nT-UI for pgsql-hackers@arkaria.postgresql.org; Mon, 11 Apr 2022 15:36:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ndw5q-00008G-S8 for pgsql-hackers@arkaria.postgresql.org; Mon, 11 Apr 2022 15:36:42 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ndw5q-000087-IT for pgsql-hackers@lists.postgresql.org; Mon, 11 Apr 2022 15:36:42 +0000 Received: from mail-pg1-x52a.google.com ([2607:f8b0:4864:20::52a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1ndw5o-0002nk-CD for pgsql-hackers@lists.postgresql.org; Mon, 11 Apr 2022 15:36:41 +0000 Received: by mail-pg1-x52a.google.com with SMTP id c2so14498116pga.10 for ; Mon, 11 Apr 2022 08:36:40 -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=wRRif58ARiFAFTFnMjgw4oGM91JW9FXgGfE3JougnkA=; b=ErrqnrtIDyi7QolTxppXxnI4KHLfZ5pUZ6zgyZ9sy6ilk65wx7kmfDJPShpcVMfHEI qPUvPXzEArf6qNihiLYO4tqBb4/7NS+MIf0N/RuVzdAqPAv2GznJXrh5r7FZe0nHoJJP V8BATwxZODuaHuJ9oCNhdD7PQbxSysMooZ+DWWd6Mb/2tMCdYuo82q9dWQ4fJ2qBq0Zc ACwaLsRxptIhTJfxBvV4KEMza01itpWFvGdJb1r/2KeBFwaV8RDfFQn41bnmbZ401jyI 6TnxSYlLQedZgIcWLhdrGJ89/UgPBTDOQwIDHMDlRAbzFgQBc5FzQATFaNpKoJek/9/V RiHg== 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=wRRif58ARiFAFTFnMjgw4oGM91JW9FXgGfE3JougnkA=; b=1iYzv6YBlTGlS6rZZyL86CU7vZNWSD5YhpNqvWflhuZwIA0liyxSinYZ1abreRfDAw 1X0tqXjN2IGJXEXH0zhRCyEENrmWMw4LCuvfBfB5yRiWFaBsElQBq9zz8yu4GLcDPVmq KlNt2uJgvHHBPRP8JuSLSNFKX1xIvvFDEEtLEwDM2Jz+hsHXTu86fGmI9H8goQtlh2am csXcRRqtQzG1zSqdl4JnOS8//sTSuy6ALowY3LCewEKoSJSZUErCSTPyjQX32PT2hFpi AhqZfSnHL2STRt6JP/6d3Ni64sWBCSnyXsh+Z2X7KJZDeAalady34V459GdKvuHEPtyq dt/Q== X-Gm-Message-State: AOAM532sA8gOd3tOJCA2dhOgn9Du1A8mwI8SwDlXGGRIRdSzYdPZBiDi TfElfk04yZFJoikQrtOeqmo= X-Google-Smtp-Source: ABdhPJzy6bBMPjAqharbgrptgpos3aq35Qnc54IRJRcWHmJjoiFxYVcrQXROm6sgHQfePqSajPItBQ== X-Received: by 2002:a05:6a00:24c5:b0:4fa:f63a:4c3 with SMTP id d5-20020a056a0024c500b004faf63a04c3mr33486332pfv.15.1649691399014; Mon, 11 Apr 2022 08:36:39 -0700 (PDT) Received: from jrouhaud (2001-b011-1005-38bf-c1e5-95df-35db-5531.dynamic-ip6.hinet.net. [2001:b011:1005:38bf:c1e5:95df:35db:5531]) by smtp.gmail.com with ESMTPSA id g3-20020a17090a708300b001c7e8ae7637sm20711187pjk.8.2022.04.11.08.36.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Apr 2022 08:36:38 -0700 (PDT) Date: Mon, 11 Apr 2022 23:36:31 +0800 From: Julien Rouhaud To: Robert Haas Cc: Nathan Bossart , Andres Freund , Michael Paquier , "Bossart, Nathan" , Fujii Masao , "wangsh.fnst@fujitsu.com" , Bharath Rupireddy , Greg Sabino Mullane , Tom Lane , "pgsql-hackers@lists.postgresql.org" Subject: Re: make MaxBackends available in _PG_init Message-ID: References: <20220325031146.cd23gaak5qlzdy6l@jrouhaud> <20220325063542.n6die7fmawluqkfp@jrouhaud> <20220325222317.dftrmzuyrb3iv62o@alap3.anarazel.de> <20220326072203.asge6bua7dxczf7m@jrouhaud> <20220326172316.obspcdmjqerislri@alap3.anarazel.de> <20220330163051.GA784643@nathanxps13> 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, Apr 11, 2022 at 10:47:17AM -0400, Robert Haas wrote: > On Sat, Apr 9, 2022 at 9:24 AM Julien Rouhaud wrote: > > > On the bright side, I see that citus is using SetConfigOption() to increase > > max_prepared_transactions [1]. That's the only extension mentioned in that > > thread that does modify some GUC, and this GUC was already marked as > > PGDLLIMPORT since 2017 so it probably wasn't done that way for Windows > > compatibility reason. > > I don't quite understand this, but I think if we want to support this > kind of thing it needs a separate hook. My point was that even if we say we don't support this, we have no way to actually fully enforce it, as the variables are exported. So it's good that the only know case is using the GUC API, since we can enforce this one.