<解决中><请教>disk busy 100% 解决及调优

rockants

你的是文件型的服务器，没必要把lru_file_repage 设成0

vanvesee

此为邮件服务器，用户很多。
而且会调用Pop3频繁的读写硬盘

vanvesee

谢谢～ 初学者
看IBM的一个教材里说这么设置可以提高Paging Space 使用率
不过跟之前的参数相比  目前确实性能提高了～

vanvesee

这个被主机部限制了
现在顾问正在调研所需带宽，不过。。貌似有难度

vanvesee

原帖由 iops 于 2008-10-31 15:43 发表
1. 一般disk busy 100 %代表I/O的负载大，造成应用运行缓慢！
2. disk busy 大概持续多久时间，贴出 sar -urd 60 60 / iostat -d 60 60 / vmstat 60 60
3. 你的存储配置是什么规格？ 数据库是oracle 吗？
4 ...

1.I/O负载确实很大，我接触AIX日常监控三个月，前两个半月I/O wait都在40-45%，而Paging Space 使用率只有1%不到，所以根据当时看的资料，觉得是内存I/O瓶颈，遂改成如上参数；
2.disk busy 上班时间一直是98%-100%，中午休息会低点； 这些等我上班时再贴，现在贴没意义吧。 呵呵～
3.
硬件：IBM P系列两台， 4C（双核）、24G，共享阵列
软件：Domino 6.5，共6个分区，每台三个
规模：每个Domino分区大约5000用户
4.主机部的人基本不怎么管，这个状况已经持续很久了 - -  
目前需要对Domino进行升级优化，所以我想优化就优化彻底点

vanvesee

多发了一次，谢谢各位的回答～:wink:

[ 本帖最后由 vanvesee 于 2008-11-1 00:09 编辑 ]

tyrone.dev

1、从dac0 为0 , dac1数字为25K可以得出存储都配在dac1通道上，而dac0只作为备份，最好能够分开。但这个调整对目前的性能影响并不会非常大。
2、如fck所说，存储只145tps,好象少了点。差不多是15000K单硬盘全随机写的IOPS,lsattr -El hdisk5 看看存储是否是fast_write。
3、5000*3，也就是1台机器15000用户，这个是很高的用户数，但我想邮件系统对每个人来说不会每时每刻都在用吧。
4、网络流量只有2M,产生了22M的写操作，好象这方面有问题，感觉在做了一些不是很必要的写操作。比如是否在建全文检索，或者在上面是不是有写的不是很好的OA在跑。用filemon看看哪个NSF库写最多。

chalylau

瓶颈应该在存储上。

vanvesee

2.存储是fast_write

Disk    Busy%     KBPS     TPS KB-Read KB-Writ  PgspIn       55  % Noncomp  72.9
hdisk4  100.2    13.6K   467.3  5342.1  8612.7  PgspOut       0  % Client   72.8
hdisk9  100.2    13.5K   438.9  5204.5  8664.3  PageIn     8923
hdisk8  100.2    12.8K   399.0  5004.0  8146.1  PageOut   12530  PAGING SPACE
hdisk5   99.2    14.2K   502.7  5676.8  8868.3  Sios      21142  Size,MB   20480
hdisk7   99.2    13.7K   441.4  5741.1  8307.2                   % Used     18.9
hdisk6   99.2    12.8K   444.4  5319.2  7838.7  NFS (calls/sec)  % Free     81.0
hdisk0   15.4    107.7    26.9   107.7     0.0  ServerV2       0
hdisk1   10.9    113.7    28.4   113.7     0.0  ClientV2       0   Press:
hdisk3    0.0      0.0     0.0     0.0     0.0  ServerV3       0   "h" for help
dac1      0.0    80.7K  2692.8   31.5K   49.2K  ClientV3       0   "q" to quit
hdisk2    0.0      0.0     0.0     0.0     0.0
cd0       0.0      0.0     0.0     0.0     0.0

这个是正常工作期间

4.顾问说是pop3协议的问题
由于用户都使用的Foxmail自动接收 所以1.5w-2w人 平均5分钟轮询次 压力蛮大
而且停止某个分区上的pop3协议后 Busy%确实下降很多

vanvesee

如何看出来的？
存储上的瓶颈如何调优？
望赐教