HP-UNIX 核心参数详解

  • 格式:doc
  • 大小:39.50 KB
  • 文档页数:3

HP-UNIX 核心参数详解 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, 。 但这个值 要求用 EXEC_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