Re: Bump soft open file limit (RLIMIT_NOFILE) to hard limit on startup

Jelte Fennema-Nio <postgres@jeltef.nl>

From: "Jelte Fennema-Nio" <postgres@jeltef.nl>

To: "Andres Freund" <andres@anarazel.de>

Cc: "PostgreSQL-development" <pgsql-hackers@postgresql.org>, "Heikki Linnakangas" <hlinnaka@iki.fi>, "Tom Lane" <tgl@sss.pgh.pa.us>, "Tomas Vondra" <tomas@vondra.me>, "Peter Eisentraut" <peter@eisentraut.org>

Date: 2026-07-07T08:02:44Z

Lists: pgsql-hackers

Attachments

v11-0001-Bump-postmaster-soft-open-file-limit-RLIMIT_NOFI.patch (text/x-patch) patch v11-0001
v11-0002-Reflect-the-value-of-max_safe_fds-in-max_files_p.patch (text/x-patch) patch v11-0002

On Sun, 7 Dec 2025 at 16:55, Jelte Fennema-Nio <postgres@jeltef.nl> wrote:
> I needed to rebase this patch, and that made me finally take the time to
> do the restoration of the file limit for subprocesses properly

Rebased yet again

Commits

Redefine max_files_per_process to control additionally opened files
- adb5f85fa5a0 18.0 landed
pgbench: Increase RLIMIT_NOFILE if necessary
- d38bab5edd60 18.0 landed
Move extra code out of the Pre/PostRestoreCommand() section.
- 8fb13dd6ab5b 17.0 cited