这一节pg在postmaster启动时估算数据库的要打开的文件数，设置VFD数。
Pg用“虚拟”文件描述符（VFDs）缓存来处理打开的文件。因各种原因服务器打开很多文件描述符，包括基表、临时文件（例如排序和hash spool files）和像那样随机对C例程库的调用；超过系统对单进程能打开的文件数的限制是很容易的。操作系统打开一个文件占用一个文件描述符（FD）。（在现代OS上这个值大概是256，但是在其他OS上可能低至32，WinServer2003里是512）
根据实际OS文件描述符按需打开或关闭，“虚拟”文件描述符由该LRU（Last Recently Used，最近最少使用）池管理。明显的，如果一个文件通过这套接口打开，所有后续操作必须也通过这套接口操作（文件类型不是一个真实的文件描述符）。
为了该机制能工作，服务器上的大多数（如果不是所有）文件打开应该使用这些接口来代替C函数库（例如open(2)和fopen(3)）。负责，pg可以发现实际文件描述符（FD）不够用。
这个事情我赶上过，数据库不是pg，在一个用户的生产环境上报数据库的license文件已过期，但实际上license文件是永不过期。后来定位是因为数据库频繁操作license文件时没有使用VFD这套接口，FD达到了OS系统对单进程能打开的文件数的限制引起的，所以有了另一片博文《Windows系统进程打开文件句柄数的限制》，解决办法是使用这套接口操作或者使用C函数打开后及时使用C函数关闭。
上个图，看一下函数调用过程梗概，中间略过部分细节
设置VFD方法调用流程图
2设置max_safe_fds
话说main()->…->PostmasterMain()->…-> set_max_safe_fds()，设置了最大可用的VFD，具体只是计算相关数字，没有涉及相关管理的数据结构，所以把代码贴出来。
/*
* set_max_safe_fds
* Determinenumber of filedescriptors that fd.c is allowed to use
*/
void
set_max_safe_fds(void)
{
int usable_fds;
int already_open;
/*----------
* We want to setmax_safe_fds to
* MIN(usable_fds, max_files_per_process - already_open)
* less the slop factor forfiles that are opened without consulting
* fd.c. This ensures that we won't exceed eithermax_files_per_process
* or theexperimentally-determined EMFILE limit.
*----------
*/
count_usable_fds(max_files_per_process,
&usable_fds, &already_open);
max_safe_fds = Min(usable_fds, max_files_per_process -already_open);
/*
* Take off the FDsreserved for system() etc.
*/
max_safe_fds -= NUM_RESERVED_FDS;
/*
* Make sure we still haveenough to get by.
*/
if (max_safe_fds < FD_MINFREE)
ereport(FATAL,
(errcode(ERRCODE_INSUFFICIENT_RESOURCES),
errmsg("insufficient file descriptors available to startserver process"),
errdetail("System allows %d, we need at least %d.",
max_safe_fds + NUM_RESERVED_FDS,
FD_MINFREE + NUM_RESERVED_FDS)));
elog(DEBUG2, "max_safe_fds= %d, usable_fds = %d, already_open = %d",
max_safe_fds,usable_fds, already_open);
}