On Tue, Jun 18, 2024 at 02:33:31PM -0700, Andres Freund wrote: > Another one: > > Have a general cap of 64, but additionally limit it to something like > max(1, min(WORKER_CAP, max_connections / 4)) > > so that cases like tap tests don't end up allocating vastly more worker slots > than actual connection slots.
That's a clever idea. My only concern would be that we are tethering two parameters that aren't super closely related, but I'm unsure whether it would cause any problems in practice. -- nathan