Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rvLol-00BPKD-DV for pgsql-hackers@arkaria.postgresql.org; Fri, 12 Apr 2024 18:40:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rvLok-00H1xK-Gf for pgsql-hackers@arkaria.postgresql.org; Fri, 12 Apr 2024 18:40:06 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rvLok-00H1xC-4r for pgsql-hackers@lists.postgresql.org; Fri, 12 Apr 2024 18:40:06 +0000 Received: from mail-io1-xd34.google.com ([2607:f8b0:4864:20::d34]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rvLoh-002Y0Y-Mx for pgsql-hackers@postgresql.org; Fri, 12 Apr 2024 18:40:04 +0000 Received: by mail-io1-xd34.google.com with SMTP id ca18e2360f4ac-7d5f87224a8so45059839f.1 for ; Fri, 12 Apr 2024 11:40:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712947203; x=1713552003; darn=postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=+l7Vu+jZSAMZLgzIOe3arOBxLJrujdfY42lVIB3tvas=; b=bHImqmqz56VCPpuuuWvEc+p1ZUaqXCoY9mTQuZi1YA31I9DIxM2OgBNdNubFnQuGNl jOy8TqhfUkpZLUORYks38QPPDG2kvrucaZUmeMwdMPgYD7HYT2wPwJnPlbp27StJC8bt xJDWNBg3z0RmnuY2vygq7YN+WMWARUyZx3FK/JwIEqebpG0BPC1MJ6WJJ9lwG3jusEfW LAmj6MvoqRjeXH3l4Fl/0kLmtl7h0A5qm8JdY+nihTbV4CzcN/PKySQf04UEB1nJuUQY 0SoCkUP554N8+0KvtJJKtnNaZm3qB3RMOfV4gU5/Vs5js2xyHYTg0skZOKgX3JBgXZdD jHOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712947203; x=1713552003; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=+l7Vu+jZSAMZLgzIOe3arOBxLJrujdfY42lVIB3tvas=; b=I9BiWwEOXAsPTKkD0T9QNgfwfUYNsDIdh1idNuIFfPexKjAwpXliutW+xjhb9CeVBZ vmvIvRDjOGVSgfZuyQioqXWOhgzAWAJtJHQaRZfA8FQ21uGgqGKbrGlalkbD3ELLml0j Jbap2Qbj7ZlgGRU+JAavLTJognG8s2PE6LM/0NDKCN7SdeUByeNFQBVeJ7c38GcQscJL ILe6dxvH8gczkxdPqVgpO69z589SRb/eI+SlXBQLiYPJPki2ruqAL8F3JFopipmomPLe mjIC1hRvzWOHiNUVuZNnQ9uDfRsupJq3Pf+PiTfzt615KfBMp8PaElO2iCbQYZBHq/X7 NNEw== X-Gm-Message-State: AOJu0YxImsp38TSXzKqMcwM35pylzanviM7GF5z7YNNkX46crf1FkX8+ HD05S8JqIoW4KRA0EdoDxYU9WlACcvdg9OCPcSJHrb+fA3NCtDJM X-Google-Smtp-Source: AGHT+IGv5vUPzmGlKaUdlNZzmpXeW2HAAwjDtCP1IKFef0iTFS4Mnq5y8jyf0soRyg0eQXrMW7MkbA== X-Received: by 2002:a05:6602:2989:b0:7d6:8665:bb3c with SMTP id o9-20020a056602298900b007d68665bb3cmr4318531ior.3.1712947202821; Fri, 12 Apr 2024 11:40:02 -0700 (PDT) Received: from nathanxps13 (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id dv2-20020a056638608200b0047436275c32sm1209204jab.1.2024.04.12.11.40.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Apr 2024 11:40:02 -0700 (PDT) Date: Fri, 12 Apr 2024 13:40:00 -0500 From: Nathan Bossart To: "Imseih (AWS), Sami" Cc: "pgsql-hackers@postgresql.org" Subject: Re: allow changing autovacuum_max_workers without restarting Message-ID: <20240412184000.GA2416270@nathanxps13> References: <20240410212344.GA1824549@nathanxps13> <20240411144240.GD1882158@nathanxps13> <66B70E79-54C0-4E58-831D-502B4B97E33D@amazon.com> <20240411192423.GB2005410@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 On Fri, Apr 12, 2024 at 05:27:40PM +0000, Imseih (AWS), Sami wrote: > A few comments on the POC patch: Thanks for reviewing. > 1/ We should emit a log when autovacuum_workers is set higher than the max. Hm. Maybe the autovacuum launcher could do that. > 2/ should the name of the restart limit be "reserved_autovacuum_workers"? That's kind-of what I had in mind, although I think we might want to avoid the word "reserved" because it sounds a bit like reserved_connections and superuser_reserved_connections. "autovacuum_max_slots" or "autovacuum_max_worker_slots" might be worth considering, too. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com