From: Nathan Bossart <nathandbossart@gmail.com>
To: Andres Freund <andres@anarazel.de>
Cc: Imseih (AWS), Sami <simseih@amazon.com>
Cc: Justin Pryzby <pryzby@telsasoft.com>
Cc: pgsql-hackers@postgresql.org <pgsql-hackers@postgresql.org>
Subject: Re: allow changing autovacuum_max_workers without restarting
Date: Tue, 18 Jun 2024 16:09:09 -0500
Message-ID: <ZnH3dQHtE_k6S2sX@nathan> (raw)
In-Reply-To: <20240618204334.i5ar2fie4vbb3fhm@awork3.anarazel.de>
References: <2780DB08-DCA6-4E57-B823-303A0E7E17D7@amazon.com>
<20240507160605.GA2523153@nathanxps13>
<011CA929-4933-40EA-B1D3-29131FEFBCF0@amazon.com>
<20240517021646.GA1745636@nathanxps13>
<Zl4Q7YGslvdL0eYj@nathan>
<20240603190852.jcibstxflb33hjvu@awork3.anarazel.de>
<Zl4ZTRdx38sDktRs@nathan>
<20240603232427.pjiyqggsr7duccr5@awork3.anarazel.de>
<ZnHZMIJM6rgMVvvM@nathan>
<20240618204334.i5ar2fie4vbb3fhm@awork3.anarazel.de>
On Tue, Jun 18, 2024 at 01:43:34PM -0700, Andres Freund wrote:
> I just don't see much point in reserving 256 worker "possibilities", tbh. I
> can't think of any practical system where it makes sense to use this much (nor
> do I think it's going to be reasonable in the next 10 years) and it's just
> going to waste memory and startup time for everyone.
Given this, here are some options I see for moving this forward:
* lower the cap to, say, 64 or 32
* exclude autovacuum worker slots from computing number of locks, etc.
* make the cap configurable and default it to something low (e.g., 8)
My intent with a reserved set of 256 slots was to prevent users from
needing to deal with two GUCs. For all practical purposes, it would be
possible to change autovacuum_max_workers whenever you want. But if the
extra resource requirements are too much of a tax, I'm content to change
course.
--
nathan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: nathandbossart@gmail.com, andres@anarazel.de, simseih@amazon.com, pryzby@telsasoft.com
Subject: Re: allow changing autovacuum_max_workers without restarting
In-Reply-To: <ZnH3dQHtE_k6S2sX@nathan>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox