Inherit max_safe_fds to child processes in EXEC_BACKEND mode.

Heikki Linnakangas <heikki.linnakangas@iki.fi>

Commit: 5762a4d9098ac0cba789ddd26286ac85c2d316f2
Author: Heikki Linnakangas <heikki.linnakangas@iki.fi>
Date: 2012-03-29T05:19:11Z
Releases: 9.2.0
Inherit max_safe_fds to child processes in EXEC_BACKEND mode.

Postmaster sets max_safe_fds by testing how many open file descriptors it
can open, and that is normally inherited by all child processes at fork().
Not so on EXEC_BACKEND, ie. Windows, however. Because of that, we
effectively ignored max_files_per_process on Windows, and always assumed
a conservative default of 32 simultaneous open files. That could have an
impact on performance, if you need to access a lot of different files
in a query. After this patch, the value is passed to child processes by
save/restore_backend_variables() among many other global variables.

It has been like this forever, but given the lack of complaints about it,
I'm not backpatching this.

Files

PathChange+/−
src/backend/postmaster/postmaster.c modified +3 −0
src/backend/storage/file/fd.c modified +1 −1
src/include/storage/fd.h modified +5 −0