HP UNIX主机速度慢问题

diveming

用户均已telnet的方式登录到主机进行相关作业，总用户约750个，令人郁闷的是各主机性能指标还算正常，MEM的利用率虽然高，但是余量还比较富裕，没有办法，就是慢（尤其是下午，可能是用户作业高峰期），有谁有什么好的改善建议，大家一起来讨论哈....

HP rp4440双机互备
每台配置：2个pa8900 CPU
     12G MEM
     Local HD:146G*2
     EVA6K 20*146G
     OS版本：11i

现有一台只用作数据库的AP主机，本机无数据库
glance信息：
B3692A GlancePlus C.04.50.00    15:52:39  nbeuxap 9000/800                                            Current  Avg  High
------------------------------------------------------------------------------------------------------------------------
CPU  Util   S  SU   U                                 |  9%   11%   26%
Disk Util   F     FV      V                           | 17%    8%   17%
Mem  Util   S            SU       UB       B          | 90%   90%   91%
Networkil   U               UR        R               | 54%   54%   54%
------------------------------------------------------------------------------------------------------------------------
                                                     MEMORY REPORT                                          Users=  724
Event         Current   Cumulative   Current Rate   Cum Rate   High Rate
--------------------------------------------------------------------------------
Page Faults      4729        14191      1050.8     1163.1      3577.0
Page In          1612         4262       358.2      349.3       901.0
Page Out            0            0         0.0        0.0         0.0
KB Paged In     3.3mb        3.3mb       741.3      273.4       741.3
KB Paged Out      0kb          0kb         0.0        0.0         0.0
Reactivations       0            0         0.0        0.0         0.0
Deactivations       0            0         0.0        0.0         0.0
KB Deactivated    0kb          0kb         0.0        0.0         0.0
VM Reads          193          193        42.8       15.8        42.8
VM Writes          16           24         3.5        1.9         3.5

Total VM :   5.5gb   Sys Mem  :   2.4gb   User Mem:   3.6gb   Phys Mem:  12.0gb
Active VM:   615mb   Buf Cache:   4.8gb   Free Mem:   1.2gb
                                                                                                            Page 1 of 1

#vmstat 10 10
         procs           memory                   page                              faults       cpu
    r     b     w      avm    free   re   at    pi   po    fr   de    sr     in     sy    cs  us sy id
    2     0     0   139798  318562  133   12     0    0     0    0     0   2063  10787   760   5  1 94
    1     0     0   143682  316411  204   12     0    0     0    0     0   2605  13773   967   5  2 93
    1     0     0   143644  316956  175    6     0    0     0    0     0   2641  12724  1041   5  2 93
    2     0     0   144438  316569  146    4     0    0     0    0     0   2942  12237  1154   4  3 94
    1     0     0   148985  314302  310   16     0    0     0    0     0   2784  20838  1177   6  3 91
    1     0     0   143145  316028  223   11     0    0     0    0     0   2490  15974  1044   4  2 93
    1     0     0   137343  316917  217   15     0    0     0    0     0   2322  13949   897   4  2 94
    1     0     0   133528  308197  317   27     0    0     0    0     0   2211  23578   870   6  4 90
    2     0     0   157446  301133  271   16     0    0     0    0     0   2572  21807  1032   6  3 90
    1     1     0   157191  302795  408   56   108    0     0    0     0   2590  27394  2509   6  4 90

diveming

而且dmesg有看到报：proc: table is full

table是指什么东西啊，是不是kernel参数 nfile设的过小了点
还是应该重新设定maxuproc,maxfiles,maxfiles_lim参数，谁有这样的经验，请指点哈
我的参数以前经过几次调整现在如下：
maxfiles                12000  -  12000
maxfiles_lim            12000  Y  12000
maxuprc                  2000  Y  2000
maxusers                  800  -  800
nfile                   50500  -  50500

我觉得都已经设定的足够大了的啊

root:/ # sar -v 2 5

HP-UX nbeuxap B.11.11 U 9000/800    08/20/08

16:10:25 text-sz  ov  proc-sz  ov  inod-sz  ov  file-sz  ov
16:10:27   N/A   N/A 6323/6420  0  2268/8868  0  10422/50510 0
16:10:29   N/A   N/A 6320/6420  0  2269/8868  0  10419/50510 0
16:10:31   N/A   N/A 6319/6420  0  2265/8868  0  10419/50510 0
16:10:33   N/A   N/A 6319/6420  0  2272/8868  0  10427/50510 0
16:10:35   N/A   N/A 6325/6420  0  2271/8868  0  10429/50510 0

diveming

参数说明：
（1）maxfiles 和 maxfiles_lim ：此参数是定义同时可开启档案最大数量的 Soft Limit 和 Hard Limit。maxfiles的默认值为 60，但是由于所有交互式程序都会开启 stdin、stdout 和 stderr，所以实际上只能开启 57 个档案。非 root 程序 (uid 大于 0) 可将 Soft Limit 增加到 maxfiles_lim 的 Hart Limit，但是只能执行 setrlimit(2) System Call 来完成。除了上述方式，唯一增加 Soft Limit 的方式就是更改 maxfiles 参数值。
（2）maxuprc
是指一个用户可以有多少个并发进程。此值决定某使用者 ID 可以产生 (Spawn) 的程序数量。无论有多少使用者登入，这是每个 UID 个别的数量限制。太大的 maxuprc 值会无限制的重复产生失去控制的使用者程序，这会大量消耗处理器的资源和时间。还可能影响其它 Kernel 参数造成整个系统的效能下降。建议在增加此参数时要小心。
（3）maxusers
跟许多人所想的不同，此参数跟允许登入 HP-UX 的最大使用者数量无关。此参数的主要功能与 maxuprc 相似 -- 这是一个由其它 Kernel 公式来使用 的参数。通常都不建议更改此参数，最好专注在需要修改的特定 Kernal 参数资源上。
这个参数和真正系统上的用户没有关系，只是一个宏变量，在11i以上版本已经没有什么用处了。
（4）nfile
系统上所有执行程序的开启档案数量。虽然每个项目都不大，但每个项目都需要消耗一些 Kernel 的资源来管理。另外，每次有程序开启档案时，都会消耗 nfile 中的一个项目，即使该档案已经由另一个程序开启。

我的nfile设的是50500，已经相当大了
sar -v的结果说明如下：
proc-sz：目前核心中正在使用或分配的进程表的表项数，由核心参数MAX-PROC控制。
inod-sz：目前核心中正在使用或分配的i节点表的表项数，由核心参数
MAX-INODE控制。
file-sz： 目前核心中正在使用或分配的文件表的表项数，由核心参数MAX-FILE控制。
ov：溢出出现的次数。
text-sz：-----------
Lock-sz：目前核心中正在使用或分配的记录加锁的表项数，由核心参数MAX-FLCKREC控制。
显示格式为
实际使用表项 / 可以使用的表项数

还有，我觉得是否需要调整
max_thread_proc          1000  -  1000
nproc                    6420  -  (20+8*MAXUSERS)
这两个参数？？？？？
因为看到我的proc-sz 的值为6325/6420
进程表的表项数好像都块达到极限值了

由于是关键业务，有相当多的用户在使用，不能随便调整参数，而且还不知道，这些参数的调整是否是动态生效的，是否需要reboot主机，有待确认

diveming

其实我觉得没有发生溢出次数的话，应该还OK的了，为什么会报这样的错呢，郁闷啦

大家一起来分享下，出出主意
我有80%的把握是需要调整nproc 参数，但是该参数同时受 maxusers/maxuprc 影响，所以可能需要权衡一个比较合理的值

此参数说明：
nproc
是另一个由 maxusers/maxuprc 影响的参数。它与系统范围内程序的数量有关。通常执行 ps -ef 或启动 Glance/GPM 类似命令时系统都会参考 (Reference) 此参数。为配合程序无预警的突然增加，建议将此值设定为比观测到的最大程序数量再大 10-20%。


参考：http://docs.hp.com/zh_cn/5992-3406/ch10s09.html

hanjs

都是lz自己解决的？这个版面有点冷清。

sonsunny

nproc和maxuproc值更改大一点，应该就搞定了了。

diveming

目前我的maxuprc參數的值已經設定為2000了，已經夠大了，nproc是6420，計劃本周六晚上改為8192，再監控看看。
到時候把監控一周的結果貼給大家看看

lambert_wu

楼主别忘记把结果告诉我们，让我们也学习一下。

diveming

前段時間忙忘記了，我就調了兩個參數，maxusers和nproc，調大就沒有那樣的問題了
nproc的值是20+8*MAXUSERS的結果
現在主機平均在線用戶都已經達到800了，一點都沒有感覺到慢的問題存在。
大家可以用命令sar -v看到自己的參數是否需要調整

bill_max123

这个要学习。。。。。。。。