关于Linux 下kernel.shmmax 。

tolywang

关于Linux 下kernel.shmmax 的设置问题 。
下面是Oracle 文档上的解释， http://download-west.oracle.com/doc...e.htm#sthref107


SHMMAX Available physical memory Defines the maximum allowable size of one shared memory segment.

The SHMMAX setting should be large enough to hold the entire SGA in one shared memory segment. A low setting can cause creation of multiple shared memory segments which may lead to performance degradation.


shmmax 的含义是单个共享内存段的最大尺寸， 设置shmmax=1G，sga分配了1.2G，当启动实例的时候就分配 2 块共享内存给Oracle .
如果物理内存是 2 G, 假设这台DB Server上还有Apache 在运行，那么shmmax 中设置的内存也会被Apache 来使用，那么分配的 2 块共享内存段给Oracle 是否就是 2 * 1G , 还是仅仅满足 SGA需求的 1.2 G就停止分配 ， 其他的内存的一部分分配给Oracle PGA 和软件 Apache 来使用 ？



看Oracle Document 说法 ， 当需要分配多个 ( creation of multiple shared memory segments ) 共享内存段的时候会导致性能下降 。
如果偶尔分配需要 2 个共享内存段 ，性能应该不会受到太大影响吧 。

biti_rainy

ipcs 看看就知道个数和大小了

至于共享内存段个数的问题，和性能应该没有太明显的关系。

lfree

好象共享内存段数与性能没有直接的影响，我以前实验过。

cc59

最初由 tolywang 发布
[B]


shmmax 的含义是单个共享内存段的最大尺寸， 设置shmmax=1G，sga分配了1.2G，当启动实例的时候就分配 2 块共享内存给Oracle .
如果物理内存是 2 G, 假设这台DB Server上还有Apache 在运行，那么shmmax 中设置的内存也会被Apache 来使用，那么分配的 2 块共享内存段给Oracle 是否就是 2 * 1G , 还是仅仅满足 SGA需求的 1.2 G就停止分配 ， 其他的内存的一部分分配给Oracle PGA 和软件 Apache 来使用 ？
看Oracle Document 说法 ， 当需要分配多个 ( creation of multiple shared memory segments ) 共享内存段的时候会导致性能下降 。
如果偶尔分配需要 2 个共享内存段 ，性能应该不会受到太大影响吧 。 [/B]

我觉得如果单个shmmax小于sga的设置的话,在系统高峰期下还是存在性能影响比较大的.不知道各位意见如何.

Yong Huang

最初由 tolywang 发布
[B]
如果物理内存是 2 G, 假设这台DB Server上还有Apache 在运行，那么shmmax 中设置的内存也会被Apache 来使用，那么分配的 2 块共享内存段给Oracle 是否就是 2 * 1G , 还是仅仅满足 SGA需求的 1.2 G就停止分配 ， 其他的内存的一部分分配给Oracle PGA 和软件 Apache 来使用 ？
[/B]

shmmax is just a number only used in comparison when the shared memory segment is created. When the segment is created by a process, OS checks to see if the requested segment size is larger than shmmax. If yes, it throws an error. [see example code at end for a test] Oracle must be doing something more intelligent, such as trying to create the segment again by splitting the requested size into two chunks.

"shmmax 中设置的内存也会被Apache 来使用" is conceptually wrong. Each process has its own shared memory segment (if it creates it). Unless process A attaches to B's existing segment, process A simply won't have shared memory.

I remember Oracle's installation guide for 32-bit Solaris recommends setting shmmax to the 32-bit number limit, i.e. 4GB. Back then, 4GB RAM Solaris machines were not popular and the recommendation worked fine.

[example for a quick test]
#!/usr/bin/perl -w
use IPC::SysV qw(IPC_PRIVATE IPC_RMID S_IRWXU);
$size = 33554433;
$id = shmget(IPC_PRIVATE, $size, S_IRWXU) || die "$!";
shmctl($id, IPC_RMID, 0) || die "$!";

My /proc/sys/kernel/shmmax says 33554432. This is RH Linux.

Yong Huang

Yong Huang

最初由 cc59 发布
[B]
我觉得如果单个shmmax小于sga的设置的话,在系统高峰期下还是存在性能影响比较大的.不知道各位意见如何. [/B]

Steve Adams in his booklet said having multiple small shared memory segments causes slight performance degradation on instance startup and server process creation. This means that if your application doesn't constantly create processes (and destroy them), performance is not a concern.

Speaking of fragmenting Oracle's shared memory segment, I found that Solaris allows you to create a larger than 1.7GB SGA on 32-bit OS without relocating sgabeg. See
http://rootshell.be/~yong321/computer/sgabegbug.txt

Yong Huang

biti_rainy

最初由 cc59 发布
[B]


我觉得如果单个shmmax小于sga的设置的话,在系统高峰期下还是存在性能影响比较大的.不知道各位意见如何. [/B]

1: 你这不过是觉得
2：你没有测试过
3：甚至你也无法从理论上来阐述这个问题


实际上，shmmax 是否大于sga造成的影响，不过是 sga 在虚拟内存空间上到底是连续的还是离散的问题！

如果 shmmax大于  sga ，则当oracle 启动的时候，连续地分配一段虚拟空间作为一个 share  segment 并给sga使用。 但是这些虚拟内存空间 在物理上却并不一定连续，这是os来管理和维护的。


如果sga 分布在多个共享的虚拟空间段上，如上面 YONG HUANG 引述的内容，在启动的时候 需要去创建多个虚拟地址段，在进程创建的时候要让进程对多个段进行“识别”，会有一些影响。但是在真正地访问 虚拟内存空间（sga）的时候，不过是根据共享段的起始地址来计算偏移量而已。 多个share  segment 不过会造成计算访问的内存地址的时候始始地址并不统一，但对数据的访问本身并没有什么差异。  也许在内核中地址的转换有这一部差异，但对应用来讲关系不大。  也许我的描述并不准确，或者说，上面这些话是我个人的理解的一个猜测，但是，我坚信，这本身对数据库性能不会造成多大的影响。

cc59

最初由 biti_rainy 发布
[B]

1: 你这不过是觉得
2：你没有测试过
3：甚至你也无法从理论上来阐述这个问题


实际上，shmmax 是否大于sga造成的影响，不过是 sga 在虚拟内存空间上到底是连续的还是离散的问题！

如果 shmmax大于  sga ，则当oracle 启动的时候，连续地分配一段虚拟空间作为一个 share  segment 并给sga使用。 但是这些虚拟内存空间 在物理上却并不一定连续，这是os来管理和维护的。


如果sga 分布在多个共享的虚拟空间段上，如上面 YONG HUANG 引述的内容，在启动的时候 需要去创建多个虚拟地址段，在进程创建的时候要让进程对多个段进行“识别”，会有一些影响。但是在真正地访问 虚拟内存空间（sga）的时候，不过是根据共享段的起始地址来计算偏移量而已。 多个share  segment 不过会造成计算访问的内存地址的时候始始地址并不统一，但对数据的访问本身并没有什么差异。  也许在内核中地址的转换有这一部差异，但对应用来讲关系不大。  也许我的描述并不准确，或者说，上面这些话是我个人的理解的一个猜测，但是，我坚信，这本身对数据库性能不会造成多大的影响。 [/B]

多谢

我再看看相关的知识!

MSMSNER

Ｄ

gaopengtttt

D