16.4. 管理内核资源

options "SHMALL=8192"
options "SHMMAX=\(SHMALL*PAGE_SIZE\)"

对于运行 4.0 或者更早的版本的，请用 bpatch 找出当前内核的 sysptsize 值。它是启动的时候动态计算的。

$ bpatch -r sysptsize
0x9 = 9

然后，把 SYSPTSIZE 修改为在内核配置文件里的一个硬代码值。用 bpatch 算出来的值，并且为你需要的每个额外的 4MB 共享内存再加 1 。

options "SYSPTSIZE=16"

sysptsize 不能用 sysctl 修改。

options "SEMMNI=40"
options "SEMMNS=240"

缺省设置只适合于很小的安装(比如，缺省 SHMMAX 是 32MB)。我们可以用 sysctl 或 loader 接口来修改。下面的参数可以用 sysctl 设置：

$ sysctl -w kern.ipc.shmall=32768
$ sysctl -w kern.ipc.shmmax=134217728
$ sysctl -w kern.ipc.semmap=256

要想让这些设置重启后有效，修改 /etc/sysctl.conf 文件。

如果用 sysctl ，那么剩下的信号灯设置是只读的，但是信号灯可以在启动的时候，在 loader 提示符下设置：

(loader) set kern.ipc.semmni=256
(loader) set kern.ipc.semmns=512
(loader) set kern.ipc.semmnu=256

类似的，这些东西可以在 /boot/loader.conf 中保存，以便重启之后依然有效。

你可能还想配置内核，把共享内存装载到 RAM 里，避免他们被交换到交换分区中。这些可以通过使用 sysctl 设置 kern.ipc.shm_use_phys 来实现。

如果通过启用 sysctl 的 security.jail.sysvipc_allowed 运行在 FreeBSD jail 中，那么必须将 postmaster 以不同的用户身份运行在不同的 jail 中。这样有助于增强安全性，因为它防止了非 root 用户干扰不同 jail 中的共享内存或信号灯，并且允许 PostgreSQL IPC 清理代码功能。在 FreeBSD 6.0 及之后的版本中，IPC 清理代码并不能正确侦测在其它 jail 中的进程，因此无法防止其它 jail 中的 postmaster 进程占用相同的端口。

FreeBSD 4.0 之前的版本类似 NetBSD 和 OpenBSD (见下文)。

编译内核时需要把选项 SYSVSHM 和 SYSVSEM 打开(缺省是打开的)。共享内存的最大尺寸是由选项 SHMMAXPGS(以页计)决定的。下面显示了一个如何设置这些参数的例子(OpenBSD 使用的是 option)：

options        SYSVSHM
options        SHMMAXPGS=4096
options        SHMSEG=256

options        SYSVSEM
options        SEMMNI=256
options        SEMMNS=512
options        SEMMNU=256
options        SEMMAP=256

你可能希望将共享内存锁在 RAM 中以避免它们被交换出去，我们可以用 sysctl 设置 kern.ipc.shm_use_phys 来实现这个目的。

缺省设置看来对普通安装是足够的了。对于 HP-UX 10 ，SEMMNS 的出厂缺省是 128 ，可能对大的数据库节点来说太小了。

IPC 可以在 System Administration Manager 下面的 Kernel Configuration->Configurable Parameters 配置。配置完了以后敲 Create A New Kernel 选项。

缺省设置只适合小安装(缺省最大共享内存是 32MB)。不过，其它的缺省值都相当大，通常不需要改变。最大的共享内存段设置可以用 sysctl 接口设置。比如，要允许 128MB ，并且最大的总共享内存数为 2097152 页(缺省)：

$ sysctl -w kernel.shmmax=134217728
$ sysctl -w kernel.shmall=2097152

你可以把这些设置放到 /etc/sysctl.conf 里，在重启后保持有效。

老版本里可能没有 sysctl 程序，但是同样的改变可以通过操作 /proc 文件系统来做：

$ echo 134217728 >/proc/sys/kernel/shmmax
$ echo 2097152 >/proc/sys/kernel/shmall

在 OS X 10.2 以及更早版本里，编辑 /System/Library/StartupItems/SystemTuning/SystemTuning 文件并且用下列命令修改这些数值：

sysctl -w kern.sysv.shmmax
sysctl -w kern.sysv.shmmin
sysctl -w kern.sysv.shmmni
sysctl -w kern.sysv.shmseg
sysctl -w kern.sysv.shmall

在 OS X 10.3 及以后的版本里，这些命令移动到 /etc/rc 里面去了，必须在那里编辑。你需要重新启动才能让设置生效。请注意 /etc/rc 通常会被 OS X 更新覆盖(比如 10.3.6 到 10.3.7)，所以每次更新后你可能都需要重新编辑。

在 OS X 10.3 及以后的版本里，除了编辑 /etc/rc 之外，你还可以创建一个名为 /etc/sysctl.conf 的文件，包含如下变量及相应的值：

kern.sysv.shmmax=4194304
kern.sysv.shmmin=1
kern.sysv.shmmni=32
kern.sysv.shmseg=8
kern.sysv.shmall=1024

这个方法比编辑 /etc/rc 文件要好，因为这些设置在系统升级的时候能够得以保留。注意，所有五个共享内存参数必须都在 /etc/sysctl.conf 中设置，否则将会被忽略。

还要注意最近版本的 OS X 将拒绝把 SHMMAX 的数值设置为非 4096 的倍数。

在这个平台上，SHMALL 是用 4KB 页来度量的。

所有 OS X 的版本都需要重启以后才能让这些共享内存的参数设置生效。

缺省配置时，只允许每段 512KB 共享内存。要增大设置，首先进入 /etc/conf/cf.d 目录。要显示当前以字节记的 SHMMAX ，运行

./configure -y SHMMAX

设置 SHMMAX 的新值：

./configure SHMMAX=value

这里 value 是你想设置的以字节记的新值。设置完 SHMMAX 以后重新编译内核

./link_unix

然后重启。

至少对于版本 5.1 而言，我们有必要为类似 SHMMAX 这样的参数做特殊的配置，因为这个参数可以配置为所有内容都当作共享内存使用。这就是类似 DB/2 这样的数据库常用的配置。

不过，我们可能有必要在 /etc/security/limits 里面修改全局 ulimit 信息，因为文件大小的缺省硬限制(fsize)以及文件数(nofiles)可能太低了。

至少到版本 2.6 为止，共享内存段的缺省最大设置对 PostgreSQL 来说是太低了。相关的设置可以在 /etc/system 里面修改，例如：

set shmsys:shminfo_shmmax=0x2000000
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=256
set shmsys:shminfo_shmseg=256

set semsys:seminfo_semmap=256
set semsys:seminfo_semmni=512
set semsys:seminfo_semmns=512
set semsys:seminfo_semmsl=32

你要重启系统令修改生效。

又见 http://sunsite.uakom.sk/sunworldonline/swol-09-1997/swol-09-insidesolaris.html 获取关于 Solaris 里面的共享内存的信息。

在 Unix Ware 7 上，缺省配置里的最大共享内存段是 512kB 。要显示 SHMMAX 的当前值，运行

/etc/conf/bin/idtune -g SHMMAX

就会显示以字节记的当前的缺省的最小和最大值。要给 SHMMAX 设置一个新值，运行：

/etc/conf/bin/idtune SHMMAX value

value 是你想设置的以字节记的新值。设置完 SHMMAX 后，重建内核

/etc/conf/bin/idbuild -B

然后重启。