最终总结，认为比较合理，切合实际的设置：
比如物理内存32G，SGA=32（1-0.2）0.8=25.60.8=20.48G，sga=20G，shmmax=32(1-0.2)0.9=25.60.9=23.04G,shmmax=23G=24,696,061,952 byte,这样设置，性能最优。shmall=shmmax/4K=2310241024*1024/4/1024=6,029,312 byte**
参考了众多资料，官方建议shmmax为物理内存的一半，最大设置为物理内存-2G，或者最大为物理内存的90% 。实际上设置要比物理内存的一半大些，到有不能太大，要给系统保留物理内存的20%，否则内存都被oracle占用了，系统及其他应用内存可用。
另外，shmmax大小要容纳整个SGA大小，即shmmax值应大于SGA值。
shmmax大小是shmall的整数倍，单个内存共享页为4kb,shmall=shmmax/4K 。
shmmax(bytes) = shmmni(page size, default 4k) * shmall (page的个数）
标题一.初始建库SGA和PGA建议计算公式
（1）OLTP系统： SGA_TARGET = (total_mem * 0.8) * 0.8 ------物理总内存20%保留给操作系统，即（1-0.2）*0.8，剩余内存的80%分配给SGA区。 PGA_AGGREGATE_TARGET=(total_mem * 0.8) * 0.2----物理总内存20%保留给操作系统，剩余内存的20%分给PGA区。
（2）OLAP（DSS）系统： SGA_TARGET= (total_mem * 0.8) * 0.5 PGA_AGGREGATE_TARGET =(total_mem * 0.8) * 0.5
标题二、.shmmax和shmall内核详解
1.一个共享内存段的最大大小受可用的用户寻址空间限制。
在32bit系统中，是4GB。
2.Oracle Global Customer Support 官方推荐 SHMMAX 的最大值是 物理内存的1/2 ， 一个共享内存端的最大大小受可用的用户寻址空间限制。
在64bit系统中，这个理论值是2的64次方。因此，SHMMAX的理论限制值是物理内存的大小。但是，实际地使用全部内存作为SHMMAX可能导致一个潜在的状况：没有内存可以用来干别的事情。 因此，对 SHMMAX 更为理想的 物理限制 是 物理内存-2GB 在oracle db环境中，这个物理限制 依然导致没有足够的内存用来做其他需要的功能（functions）。
因此，一般 “Oracle maximum” for SHMMAX 是 物理内存的1/2。
很多Oracle 客户a higher fraction, at their discretion 偶尔，客户会错误的认为：根据推荐设置 SHMMAX 是用来限制全部的sga，这是不正确的。根据推荐设置SHMMAX只会导致一些共享内存段被用在total sga 上。
3.在内存配置上，同样需要考虑的还有 内核参数**kernel.shmall,**该参数是系统一次能使用的所有的共享内存的大小，以page为单位。
标题kernel.shmmax
shmmax是核心参数中最重要的参数之一，用于定义单个共享内存段的最大值，shmmax设置应足够大，能在一个共享内存段下容纳下整个的SGA，设置的过低可能会导致需要创建多个共享内存段，可能导致系统性能的下降 。Oralce建议一个大的共享内存段能容纳整个SGA，这样在任何时候都不会有性能下降的隐患。
Oracle安装文档建议，32位Linux设置shmmax 为32位最大限制值(settingshmmax to the 32-bit number limit)，即4G，所以1-4G 的物理内存，可以直接设置shmmax 为最大物理内存即可，SGA 肯定在一个共享内存段中，32位Linux 物理内存大于4G 的设置为4G 即可设置shmmax>=SGA(32位系统是否支持到1.7G 以上SGA 需要注意) 。
如果是64位Linux 系统，shmmax 设置为大于SGA_MAX_SIZE即可。**Ipcs -sa 可以看到共享内存段个数****1. 内核的 shmall 和 shmmax 参数**SHMMAX= 配置了最大的内存segment的大小 ——>这个设置的比SGA_MAX_SIZE大比较好。SHMMAX参数：Linux进程可以分配的单独共享内存段的最大值。一般设置为内存总大小的一半。这个值的设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值，因此对于安装Oracle数据库的系统，shmmax的值应该比内存的二分之一大一些。标题kernel.shmall
**kernel.shmall 参数是控制共享内存页数 。Linux共享内存页大小为4KB， 共享内存段的大小都是共享内存页大小的整数倍。**一个共享内存段的最大大小是16G，需要共享内存页数是16GB/4KB=16777216KB/4KB=4194304(页)，即64位系统16GB 物理内存，设置kernel.shmall=4194304才符合要求。可以将shmmax参数调整到16G ，同时可以修改SGA_MAX_SIZE和SGA_TARGET为12G（设置的SGA最大大小也可是2G~14G等，还要协调PGA参数及OS 等其他内存使用，不能设置太满，如16G.
标题kernel.shmmni
shmmni 内核参数是共享内存段的最大数量（注意该参数不是shmmin，是shmmni，shmmin 表示内存段最小大小 ） 。shmmni缺省值4096 足够。
shmmax(bytes) = shmmni(page size, default 4k) * shmall (page的个数）
SHMMIN= 最小的内存segment的大小 。SHMMNI= 整个系统的内存segment的总个数 。设置系统级最大共享内存段数量。Oracle10g推荐最小值为4096，可以适当比4096增加一些。
SHMSEG= 每个进程可以使用的内存segment的最大个数
2.配置信号灯（ semphore ）的参数信号灯semaphores是进程或线程间访问共享内存时提供同步的计数器。
SEMMSL= 设置每个信号灯组中信号灯最大数量，推荐的最小值是250。对于系统中存在大量并发连接的系统，推荐将这个值设置为PROCESSES初始化参数加10。
SEMMNI= 设置系统中信号灯组的最大数量。Oracle10g和11g的推荐值为142。
SEMMNS=设置系统中信号灯的最大数量。操作系统在分配信号灯时不会超过LEAST(SEMMNS,SEMMSL*SEMMNI)。事实上，如果SEMMNS的值超过了SEMMSLSEMMNI是非法的，**因此推荐SEMMNS的值就设置为SEMMSLSEMMNI**。Oracle推荐SEMMNS的设置不小于32000，假如数据库的PROCESSES参数设置为600，则SEMMNS的设置应为：SQL> select (600+10)*142 from dual; (600+10)*142------------ 86620SEMOPM参数：设置每次系统调用可以同时执行的最大信号灯操作的数量。由于一个信号灯组最多拥有SEMMSL个信号灯，因此有推荐将SEMOPM设置为SEMMSL的值。Oracle验证的10.2和11.1的SEMOPM的配置为100。通过下面的命令可以检查信号灯相关配置：# cat /proc/sys/kernel/sem250 32000 100 128对应的4个值从左到右分别为SEMMSL、SEMMNS、SEMOPM和SEMMNI－
3.修改 /etc/sysctl.confkernel.shmmax=15461882265kernel.shmall=3774873kernel.msgmax=65535kernel.msgmnb=65535执行 sudo sysctl -p
可以使用 ipcs -l 看结果,ipcs -u 可以看到实际使用的情况。
ORACLE安装LINUX内核中内存参数设置
在LINUX系统上部署ORACLE时，为了能够使最大限度地发挥ORACLE数据库性能，我们需要在/etc/sysctl.conf文件中增加以下关于内存的内核参数：
**(1)kernel.shmall设置系统中最大内存页面数量,ORACLE建议的为2097152，(2)kernel.shmmax设置单个共享内存段的最大尺寸,单位为BYTE,ORACLE建议大于或等于SGA大小，(3)kernel.shmmni参数设置系统中共享段的数量，ORACLE建议值为4096.**
**LINUX的标准内存页面尺寸大小为4KB,所以当我们在SGA大于8GB的系统上，需要相应增加kernel.shmall的值，这个值一般应该大于或等于SGA大小除以4KB。**
在linux 2.6的kernel增加了称之为hugepage的支持，HUGEPAGE是一个地址连续的内存块区域。在linux下可以通过/proc/meminfo来看hugepage的大小，单个HUGEPAGE大小与平台紧密相关.通过使用hugepage，而不使用标准的page，会带来性能上增加。由于hugepage使用了更大且连续的地址尺寸，减少了地址转换的性能开销，同时也使在CPU级别能同时存储更宽的地址范围。通过设置vm.nr_hugepages参数来设定hugepage的数量，这个值default为0，也就是不使用hugepage,另外还需要设置的参数，vm.disable_cap_mlock参数设为true,允许非根用户拥有对hugepage有写的权限。同时为了保证安全需设定vm.hugetlb_shm_group设定为ORACLE用户组，一般为DBA组
当ORACLE实例在启动时，调用shmget()函数来请求内存分配时，根据SHM_HUGETLB标志来决定是否使用HUGEPAGE，如果请求的SGA大小设定比可用的HUGEPAGE还要大的时候，ORACLE则续继使用标准的内存页面尺寸，而不使用hugepage。但是分配出去的hugepage继续保持在bugepage pool中，所以这样会导致减少可用的内存数量。可查看/proc/meminfo来得来内存中关于hugepage的相关信息
