各位兄弟帮我看看系统瓶颈在哪里？

bent

个人认为是应用的问题。\r\n根据lz的变更前后的描述，可以看到是典型的IO热点问题。原来hdisk2、hdisk3忙，调整阵列后，\r\n多个hdisk忙（估计lz将数据文件分散或者lv条带化）。\r\n\r\n建立如下：\r\n\r\n1、dd测试，找一个未用的lun，进行dd读写测试，看看在当前环境下的IO性能上限是多少。\r\n我以前在ds4000系列测试，大概20M到100M具体看你的配置。目前读写只有6M左右的速度，感觉偏慢了。\r\n所以如果dd测试大于这个性能，那么导致读写速度慢的原因就在程序上了。\r\n2、其实从AIX角度看，IO可以调整的空间其实不大。最常做的是lv条带化（即使使用SAN存储，lv条带化在\r\n实际测试的时候发现还是能够有效的提高性能，我的一个案例是提高30%左右）。\r\n3、检查进程数量，看看是否有设置最高进程数，我遇到一个案例就是系统设置过高的进程数，导致进程之间\r\n互相抢资源。\r\n4、检查网络，看看网卡速度是否正常，向应用开发商确认，是否这些应用进程需要进行网络数据交换。我的一个\r\n案例是进程与加密机通讯，网络不稳定，导致进程等待时间长。用netstat -an看是否有close_wait的进程比较多。\r\n\r\n之前同志说的对，性能问题不可能是单一问题，需要从应用，硬件，网络，存储等各方面检查。\r\n\r\n实在不行，看看是否有IBM服务，收集perfpmr数据让IBM AIX支持专家帮忙分析。

spook

nmon -fT -s 5 -c 1000\r\n\r\n然后发nmon上来吧\r\n\r\n注意不要违反保密规定

dsxl

LZ提供的数据库信息太少\r\n首先分析下业务高峰期数据库的statspack或者awr，看看在等待什么，否则调整就变得没有方向

tipsluo

maxperm 好象可以设成20%. 我以前试过,效果很好.\r\n不过你的hdisk负载好象很不均匀

spook

发现你客户端内存 和非计算内存 都好小好小，为啥呢？

LordsHand

空闲内存紧张， hdisk2, hdisk3忙。。。

WitQQ

新新手来学习

fly_1203

见楼上这么解决讨论的方法，也没有行之有效的办法。lz现在问题不知现在情况如何？

灯神弗兰克

兄弟,你这个越看越像是测试机啊,/oracle里面是数据表空间么?hdisk2和3是本地盘?你oracle一开始干活往单块盘上写数据,diskbusy肯定高.和doudalun兄说的一样,lru_file_repage=0,把hdisk2上面的换页放到别的地方.Noncomp  54.9和Client   55.1都给comp用就好了,关于磁盘IO,你就这么两块盘放数据再怎么做有可能没有太明显的效果.建议加盘,把文件系统mapping到多块上.