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 1pXSWs-00013J-4b for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Mar 2023 19:54:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pXSWr-0006aE-18 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Mar 2023 19:54:21 +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 1pXSWq-0006a3-Nn for pgsql-hackers@lists.postgresql.org; Wed, 01 Mar 2023 19:54:20 +0000 Received: from mail-pl1-x629.google.com ([2607:f8b0:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1pXSWo-00059b-Nj for pgsql-hackers@postgresql.org; Wed, 01 Mar 2023 19:54:20 +0000 Received: by mail-pl1-x629.google.com with SMTP id z2so15170553plf.12 for ; Wed, 01 Mar 2023 11:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1677700457; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=1tddcHfkyUrfzHhMc4O3B5JgwpzLoFiZJ+909CLZ/68=; b=R7yTmcrEGrvGTNeJjNacup0Zpt7UCtOt2yiA1qdEslngrLGH5wm7IqXpRQpo1sdqVB aR3ftVH5z5UVUKxMXl1enIRtWbmD30NOC0qaXyl45LFOXStBFGFE4f5Kxy9XiHOgppp5 RBT9sabYPBumG+fX7TwmNde0aBR/q/K+P3+60rcUjW9UDM1uVIanTWqXsSb6erbfjNWL KprtmSbtVHgb7+kfGbOadyRUo4aoMGfr67dXp0DiXORIvlDVec4otKJTXMbdmtPJDOpy P/mk/iEsyivz9xnNT94Y+LvlYcsINJmKb3fkJND60gYewmZZ1/u5Sh8EzTAHsiWPdgTs u23w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1677700457; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1tddcHfkyUrfzHhMc4O3B5JgwpzLoFiZJ+909CLZ/68=; b=ldq67uy0ec57NiYjeWe9GObj+PIOvbG/LmSi5+0+5wzyF3CWg3rDq8Fqg6T1vsy5Sf 01fl6EY7JHpbR8Q0y1mV/1zdz4kbKSfx8CB0FRHVUu1otQrUbUb3vaJ7RTpmgYDDw7DK mvaQvZHUJtL6RYr9vx4TTjJuzu3oMcWQRyBG+YK9Vykv+o0cTU088i7t7NJYklKneyZf X7gitksEvfcGqJJYZ/C2NBtWkEBlPXL2OxL5vf9bdJA/5ZM6k8XcU7ZZ1NoLd90749z5 wXpXhl6V223WfaXK7/UBUfvusDluM+DFs2DnL0g5w15/C/xs9PtjCDbsAb0+lmRjLy3s y/Fw== X-Gm-Message-State: AO0yUKXTpefrf0M7AL7+D1RSHMGeiOU2RycNwH2Dhf8yRJ5H/r8GjMgC r9gnG6PdAsJq4Ss3PMDSaxE/u5kZkXCwBP7N6qU= X-Google-Smtp-Source: AK7set9wHL/OiNsyoBZCpFeo1uRonGU43QleVolZQS7ioo/chWlh7TxQ/2ZqbQgtAW15bS0SMWYT0fcqGLhqjgJzPrE= X-Received: by 2002:a17:90b:3b51:b0:233:b520:1544 with SMTP id ot17-20020a17090b3b5100b00233b5201544mr10317082pjb.0.1677700456759; Wed, 01 Mar 2023 11:54:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Melanie Plageman Date: Wed, 1 Mar 2023 14:54:05 -0500 Message-ID: Subject: Re: Should vacuum process config file reload more often To: Pavel Borisov Cc: Pg Hackers , Andres Freund Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thanks for the feedback and questions, Pavel! On Fri, Feb 24, 2023 at 3:43=E2=80=AFAM Pavel Borisov wrote: > I have a couple of small questions: > Can this patch also read the current GUC value if it's modified by the > SET command, without editing config file? If a user sets a guc like vacuum_cost_limit with SET, this only modifies the value for that session. That wouldn't affect the in-progress vacuum you initiated from that session because you would have to wait for the vacuum to complete before issuing the SET command. > What will be if we modify config file with mistakes? (When we try to > start the cluster with an erroneous config file it will fail to start, > not sure about re-read config) If you manually add an invalid valid to your postgresql.conf, when it is reloaded, the existing value will remain unchanged and an error will be logged. If you attempt to change the guc value to an invalid value with ALTER SYSTEM, the ALTER SYSTEM command will fail and the existing value will remain unchanged. - Melanie