kernel 共享内存

kernel 共享内存

当我们启动程序的时候,有时候发现程序启动失败,经检查日志,发现程序中的内存超出内存限制.

//内核的 shmall 和 shmmax 参数
SHMMAX参数:
置了最大的内存segment的大小(这个设置的比SGA_MAX_SIZE大比较好)
Linux进程可以分配的单独共享内存段的最大值.一般设置为内存总大小的一半.这个值的设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值,因此对于安装Oracle数据库的系统,shmmax的值应该比内存的二分之一大一些.

SHMMIN参数:
最小的内存segment的大小
整个系统的内存segment的总个数.设置系统级最大共享内存段数量.Oracle10g推荐最小值为4096,可以适当比4096增加一些

SHMSEG参数:
每个进程可以使用的内存segment的最大个数

SHMALL参数:
全部允许使用的共享内存大小,shmmax是单个段允许使用的大小.这两个可以设置为内存的90%.例如 16G 内存，16*1024*1024*1024*90% = 15461882265，shmall 的大小为 15461882265/4096(getconf PAGESIZE) = 3774873

shmall设置共享内存总页数.这个值太小有可能导致数据库启动报错.很多人调整系统内核参数的时候只关注SHMMAX参数,而忽略了SHMALL参数的设置

//配置信号灯(semphore)的参数
信号灯semaphores是进程或线程间访问共享内存时提供同步的计数器

SEMMSL参数:
设置每个信号灯组中信号灯最大数量,推荐的最小值是250.对于系统中存在大量并发连接的系统,推荐将这个值设置为PROCESSES初始化参数加10

SEMMNI参数:
设置系统中信号灯组的最大数量.Oracle10g和11g的推荐值为142

SEMMNS参数:
设置系统中信号灯的最大数量.操作系统在分配信号灯时不会超过LEAST(SEMMNS,SEMMSL*SEMMNI).事实上,如果SEMMNS的值超过了SEMMSL*SEMMNI是非法的,因此推荐SEMMNS的值就设置为SEMMSL*SEMMNI.Oracle推荐SEMMNS的设置不小于32000,假如数据库的PROCESSES参数设置为600,则SEMMNS的设置应为：
SQL> select (600+10)*142 from dual;
(600+10)*142
------------
      86620

SEMOPM参数:
设置每次系统调用可以同时执行的最大信号灯操作的数量.由于一个信号灯组最多拥有SEMMSL个信号灯,因此有推荐将SEMOPM设置为SEMMSL的值.Oracle验证的10.2和11.1的SEMOPM的配置为100

通过下面的命令可以检查信号灯相关配置：
# cat /proc/sys/kernel/sem
250 32000 100 128
对应的4个值从左到右分别为SEMMSL、SEMMNS、SEMOPM和SEMMNI

//修改/etc/sysctl.conf
kernel.shmmax=15461882265
kernel.shmall=3774873
kernel.msgmax=65535
kernel.msgmnb=65535

执行 sysctl -p
使用 ipcs -l 看结果
使用 ipcs -u 可以看到实际使用的情况