HP-UX内核参数FOR ORACLE

 

PATH=/usr/sbin:$PATH:/sbin:/home/root:/opt/hp-gcc-4.4.0/bin:/usr/local/bin

 #export DISPLAY=${REMOTEHOST%%:0.0}:0.0
 
 export TERM=vt100
 

lvcreate -L 1000 -n myswap2  /dev/vg00
--------------------------------------------------------------------------------
HP-UX内核参数FOR ORACLE

最近在HP-UX平台弄Oracle,正好看到个核心参数的参考文档，转载下

acctresume和acctsuspend
　　只在启用HP-UX统计时使用。这些变量是统计日志文件所在文件系统（缺省情况下为/var/adm）的百分比。在文件系统自由空间降到acctsuspend指定的百分比（绝对百分比）时，即终止统计；只有达到分配给acctresume的百分比时才能恢复。
例如:
　　acctsuspend分配0 (假定缺省的文件系统值)-当自由空间低于minfree（缺省情况下为10%，在bdf输出中文件系统将显示100%使用）时，统计将被终止。如果acctresume为80，当文件系统的利用率降到80%时（bdf显示），就会再次启用统计。重新启用统计后，就会产生“Accounting resumed”信息。
欲了解其它信息，请参考/usr/share/doc/doc_map.txt中所列的统计白皮书以及统计帮助信息。
bufpages
　　这个值以前用于定义为文件系统IO中使用的高速缓冲区分配的物理内存量（以4096字节页面为单位）。
　　以前的HP-UX版本一般将10%的物理内存用于此任务，但是最近的版本已实现了内存的动态分配。在10.X版中，如果bufpages是一个非零值，它就成为高速缓冲区可用内存页面的最大值，实质变成一个限制，尽管可能很少使用，但不会超过这个值。在10.X版中，bufpages经常设为0，它表示请求动态高速缓冲区，dbc_min_pct和dbc_max_pct参数将设置一个高速缓冲区允许的可用内存的最小和最大百分比。
　　在9.X版中，高速缓冲区的内存用bufpages变量明确确定。如果/etc/conf/dfile (700系列)或/etc/conf/gen/S800（800系列）中缺少了这个变量，高速缓冲区就被设为可用内存的10%；否则该值以页面（4096字节）数填入。
create_fastlinks
　　允许在HFS文件系统内创建高速符号链接。版本注释中应当包含有关的附加信息。从根本上来说，高速符号链接减少了磁盘块访问，从而略微减少磁盘IO。
*注：在10.0以前的800系统或9.0以前的700系统上没有这个变量。
dbc_max_pct和dbc_min_pct
　　这两个变量定义缓冲文件系统页（也叫做高速缓冲区）可用的内存百分比范围。适当取值一般可以产生以下效果：低于或等于95%的读缓冲命中率-低于或等于70%的写缓冲命中率，用sar -b 5 5 (分别为%rcache和%wcache)可以对该值进行监视。也许可以保证减少读缓冲命中。为高速缓冲分配过多内存的另一个现象可能是用户响应时间中无法解释的偶然或间歇性停顿。dbc_min_pct的缺省值是5，dbc_max_pct的缺省值是50。在许多情况下，建议为高速缓冲区分配200mb或更少的内存空间。Dbc_max_pct是机器上一个主要的减少对象，在其中可以观察到内存压力，以及刚才所描述的停顿。
default_disk_ir
　　磁盘即时报告。这个变量确定write()系统调用是否等待数据实际写入磁盘，或者只是写入磁盘缓存。缺省的动作是禁止，表示write()将写入磁盘而不是磁盘缓存。版本注释中提供了有关的附加信息。
fs_async
　　允许异步文件系统写操作。尽管在部分情况下这可能会提高文件系统的性能，但文件系统的损坏窗口更大，建议采用其它的保证数据完整性的方法。请小心改变此变量，这个变量只与文件系统有关，与原始磁盘设备或原始lvols无关。
maxdsiz、maxssiz和maxtsiz
　　这些参数是所有HP-UX用户进程的三个基本的组成部分（数据、堆栈和文本段）。数据段的最大尺寸是1.9 GB，但这个值要求用XEC_MAGIC编译和链接可执行代码（详情请参考ld(1)帮助选项-N和版本注释）。EXEC_MAGIC剔除了几个进程共享代码的同一个内存映像的能力。没有EXEC_MAGIC，maxdsiz的最大值大约为966 MB。如果每个进程的数据段（maxdsiz）超过这个值，则二进制代码必须至少用ld(1)重新链接或按EXEC_MAGIC的设置重新编译。附加的详细信息参见ld(1)和当前版本的版本注释。
注：10.10版增强了EXEC_MAGIC，使文本映像可以在多个进程之间共享。详情请参考帮助信息和版本注释。
maxfiles & maxfiles_lim
　　这个变量与进程一次可以打开的最大文件数的软件、硬限制有关，maxfiles的缺省值是60，但由于所有的交互进程都打开stdin、stdout和stderr，因此通常只能再打开57个文件。非根系统进程(uid > 0)可以将软限制增加到maxfiles_lim硬限制，但只能通过应用setrlimit(2)系统调用来实现，否则，增加软限制的唯一方法就是改变maxfiles的值。
maxswapchunks
　　这个值与可用于分配的swapchunks (swchunk)数有关。由于交换空间以swapchunks分配，此变量必须足够大，以访问所有的交换空间，缺省值256允许分配大约525 MB的交换空间。如果这个值对于已配置的交换空间过小，则无法得到的交换空间一般标记为保留，不能访问，这样就限制了交换空间和总的虚拟内存。这个变量的代价就内存而言并不重要。将maxswapchunks设为1024和2048将使内核可以寻址比大部分配置的要求大得多的交换区域。
maxuprc
　　此值确定一个用户标识能够产生的进程数，这对于每个UID都是一个限制因素，而不管登录的数量有多少。较大的maxuprc值可以产生一个环境，在这个环境中，由于杂乱进程的大量产生，失控的用户进程消耗大量的处理器时间。它还可能影响其它的内心变量，导致机器的吞吐率降低。建议增加此变量的值时一定要小心。
maxusers
　　与一些人的看法相反，这个变量与允许登录到HP-UX的用户数毫无关系，这个变量的主要功能与maxuprc类似-更大数量核心公司的输入变量，通常不需要改变这个变量。明智的做法是将注意力集中在需要修改的具体核心资源上。

maxvgs
　　这个参数是指在当前的内核配置下可配置的最大卷组数，缺省值是10。如果vgcreate返回无法打开vg组文件的信息，应检查新卷组组文件的副编号。如果卷组副编号是0x0a0000或更大，则maxvgs的缺省值将返回一个错误。
nbuf
　　这个参数正在过时。目前，这个值主要在300/400系列平台上使用，用于配置高速缓冲区。
它与bufpages一起使用-每两个bufpages一个nbuf。如果在700或800系列机器上使用，一般会在/etc/dmesg或syslog中出现错误，显示nbufs数被调整。对于使用HP-UX 9.0或更高版本的700/800系列机器，不建议用这个参数代替bufpages、dbc_max_pct或dbc_min_pct。
如果nbuf被从核心变量列表中完全移走，那么将来持续使用可能会导致出现错误。
ncallout
　　任意时间内核可以调度的最大超时数。进程数越高，每个进程多个超时的可能性越高，这个值的配置就应当越高。缺省值是公式(16+NPROC)。
netmemmax
　　IP数据包重新分段组合内存。值-1表示除了物理内存没有限制，而0则限制为10%，大于0的值指定可能接近最近页面边界的物理内存量，这个内存不保留，只根据需要进行分配。
对这个变量的调整就是在用户内存和内核网络内存之间进行平衡，可能需要做一些实验才能找到最优值。
nfile
　　系统上运行的所有进程打开的文件数。尽管每个登录项相对都比较小，在对这个表进行管理时仍会有一些内核开销。此外，每次打开文件时，在nfile中都会消耗一个登录项，即使该文件已被另外一个进程打开。当nfile登录项用光时，就会出现一个控制台和/或syslog错误信息，明确说明“File table full”。
nflocks
　　系统内文件锁的数量。与nfile类似，每个锁都会得到一个登录项，内存的花费也非常小，每个nflock登录项使用的内存很少。
ninode
　　这个臭名昭著的变量过于庞大，可以对处理器产生过重的负担（特别是采用多CPU的机器）。
对这个表没有有效的统计，因此实际的消耗很难监视，最好的方法就是不增加它的值，除非收到控制台/syslog信息，明确规定“Inode table is full”，否则启动一段时间后，看起来该表就几乎或完全充满。与nfile不同，每次打开文件时，ninode中只消耗一个登录项。通常nfile和ninode之间没有直接的关联。此外，过高的值实际可能导致高可用集群出现网络超时的情况，经常是在备份例程启动时。很少有系统真正需要5,000个以上的登录项。如果这个变量很大，散列一个登录项的初始等待时间就非常大，以便能够首先快速打开文件。由于没有有效的统计，确定这个表中有哪些内容的唯一方法就是顺序搜索，这对处理时间的消耗非常大。当处理器“走过”这个表时，很少执行其它的活动。建议此表稍微小一些，只有在收到inode表已满的信息时才增加它的值，此时我们建议增加10-20%。
DNLC
　　这个参数不是直接可调，但操作与ninode类似。它是目录名查找缓冲，用于目录名而不是文件，是maxusers影响的参数之一。如果内核方案失败，这个变量一般就采用ninode的值。该值设置得很大时，其结果与ninode相似。检查这个变量的最简单的方法是用glance -t命令，然后检查第二页，它包含ninode和DNLC。sar不能检查这个值。同样，此表中不保留长文件名（大于14个字符） ，每次引用该表时，都必须全部解释。
no_lvm_disks
　　这个变量通知内核检查LVM磁盘。当该变量被设为1时，不进行任何检查。
nproc
　　这是maxusers/maxuprc的杂乱设置所影响的另外一个变量，它与系统内的进程数有关，经常在运行ps -ef时，或者使用Glance/GPM和类似的命令时引用。该值通常应当比为非预期的进程增加预留的最大进程数大10-20%。
shmmax
　　这是每个共享内存段的最大字节值。在大部分情况下这个最大值是1 GB。PHKL_8327或其之后的换代产品将允许系统内所有共享段的累积总和，最大值达到2.75 GB，而每个段仍保持1GB的限制。
swapmem_on
　　这个值允许为进程释放/还原分配内存，通常在swapinfo命令下可以观察到，显示为内存，尽管伪交换的缺省优先级是12，但内存开始时用于无效的进程，主要结果是I/O减少，因为无效的进程不必迁移到磁盘交换区域或文件系统上。如果内存压力增加，需要更多的内存页，那么无效的进程就会被移到交换区域。用swapinfo -atm观察正在使用的交换区域没有什么害处。内存压力可以用vmstat命令进行观察，如果swapinfo显示设备保留行减少、而设备PCT USED栏相应增加，也可以验证这一点。
timeslice
　　这个值与优先级降低和处理器暂时损失之前每个进程能够消耗的时间分段信号数有关。一般地，改变这个参数利害此消彼长，在大部分情况下不建议进行修改，也没有必要修改。
 

参考如下

Kernel需求表：

Parameter Recommended Formula or Value

ksi_alloc_max (nproc*8) --32768

max_thread_proc 256

maxdsiz 1073741824 (1 GB)

maxdsiz_64bit 2147483648 (2 GB)

Oracle Database 21

maxssiz 134217728 (128 MB)

maxssiz_64bit 1073741824 (1 GB)

maxswapchunks 16384   --

maxuprc ((nproc*9)/10) --3687

msgmap (2+msgmni)

msgmni 4096

msgseg 32767

msgtql 4096

ncsize (ninode+vx_ncsize) 34816

nfile (15*nproc+2048) 61664

nflocks 4096

ninode (8*nproc+2048) 34816

nkthread (((nproc*7)/4)+16) 7184

nproc 4096

semmap (semmni+2)

semmni 4096

semmns (semmni*2)

semmnu (nproc-4)

semvmx 32767

shmmax The size of physical memory (0X40000000) or

1073741824, whichever is greater.

shmmni 512

shmseg 120

vps_ceiling 64

 

from:http://space.itpub.net/22198259/viewspace-662301

----------------------------------------------------------------------------------------------

HP-UX内核配置参数 :

http://blog.163.com/zg_r1977/blog/static/22844924200702605451144/

　　　　　　　　　内核参数物理内存　　　64-128128-256256-512512+　　　Maxuprc2563845121500　　　maxfiles256256256256　　　　　nproc51276810242048　　　nflocks2048409681928192　　　ninode512102420482048　　　nfile4*ninode4*ninode4*ninode4*ninode　　　　　msgseg8192163843276732767　　　msgmnb65535655356553565535　　　msgmax65535655356553565535　　　msgtql25651210242048　　　msgmap1302582582050　　　msgmni1282562561024　　　msgssz16161616　　　　　semmni1282565122048　　　semmap1302585142050　　　semmns25651210244096　　　semmnu25651210241024　　　　　shmmax67108864134217728(2)268435456(2)268435456(2)　　　shmmni3003003001000　　　　　　　　　　　　　　　　　　　记录：　　　　　　　1、msgseg参数一定不能设置为大于32767的值。　　　　2、shmmax参数应设置为134217728或物理内存（以字节计）的90%，取这两个值的较大者。　　　　　　　　　　要维护内核参数中的相互依赖性，请按照它们在上表中出现的顺序更改参数。　　　　　　　　　　　设置文件系统缓存参数：　　　　　　bufpages/nbuf/dbc_max_pct　　　　　   假如bufpages和nbuf非0，则dbc_max_pct不起作用,反之则使用dbc_max_pct参数　　修改命令：kctune -u -s dbc_max_pct=20　　　　　　　　　　　　　dbc_max_pct 和 dbc_min_pct
这两个变量定义缓冲文件系统页（也叫做高速缓冲区）可用的内存百分比范围。适当取值一般可以产生以下效果：
- 低于或等于 95% 的读缓冲命中率- 低于或等于 70% 的写缓冲命中率
用sar -b 5 5 (分别为%rcache 和 %wcache)可以对该值进行监视。也许可以保证减少读缓冲命中。
为高速缓冲分配过多内存的另一个现象可能是用户响应时间中无法解释的偶然或间歇性停顿。 dbc_min_pct的缺省值是5，
dbc_max_pct的缺省值是50。在许多情况下，建议为高速缓冲区分配200mb或更少的内存空间。Dbc_max_pct是机器上一个
主要的减少对象，在其中可以观察到内存压力，以及刚才所描述的停顿。　　　　　　　　　

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------

HP-UX查看内核参数:

http://wenku.baidu.com/view/951ed63e5727a5e9856a6151.html

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------

ORACLE在HP-UX上的安装:

http://www.linuxdiyf.com/viewarticle.php?id=17828