AIX5.3 paging space不断增长

coolxiao

大家好，最近碰到一个比较棘手的问题，想听听各位高手的意见。

<背景>
AIX5.3系统，有几百个进程。
paging space不断增长，虽然增长比较缓慢，但是最终还是会到达100%，此时需要重启，重启后情况依旧。

<分析>
1.用vmstat 3检查pi/po情况输出如下：
kthr    memory              page              faults        cpu   
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
3  0 14609404 197190   0   2   0   0    0   0 3127 112338 27493 14  3 82  0
2  0 14609178 197738   0   0   0  85  900   0 4081 128321 29755 14  4 81  0
4  0 14609177 197606   0   0   0   0    0   0 3078 106384 26118 14  3 83  0
1  0 14609547 197155   0   4   0  43 2261   0 3865 142589 31142 16  4 79  1
2  0 14609152 197540   0   1   0  43  506   0 3584 114544 27251 14  3 81  1
3  1 14609140 197531   0   1   0  43   71   0 3825 136956 31096 15  4 78  2

从vmstat的结果看，只有po没有pi，感觉是有内存泄漏的迹象。于是再用topas确认一下。

2.用topas查看Pgsp In/Out输出如下：
PAGING
Faults     3955
Steals        0
PgspIn        2
PgspOut      0
PageIn        3
PageOut      37
Sios           41

观察了一段时间，发现PgspOut的数值一直是0。topas的结果和vmstat的结果竟然是矛盾的。。。
                                                       sorry，纠正一下，我把vmstat的pi看成po了。实际上vmstat和topas的
                                                       结果是相符的，系统只有pi没有po
<问题>
1、各位能解释一下，为何vmstat和topas对于pi，po的统计是矛盾的？
2、由于paging space确实一直在增长，因此我倾向于相信vmstat的结果。那就是说应该是有进程内存泄漏。
     那请问大家有什么有效的办法，能在几百个进程中发现内存泄漏的可疑对象呢？谢谢

[ 本帖最后由 coolxiao 于 2008-1-9 14:16 编辑 ]

RS9000

IBM网站有篇文章《介绍使用脚本判断内存泄漏的简便方法》，去看看吧

coolxiao

好的多谢，那关于vmstat和topas统计结果不同的问题，有什么看法呢？

原帖由 RS9000 于 2008-1-9 10:41 发表
IBM网站有篇文章《介绍使用脚本判断内存泄漏的简便方法》，去看看吧

coolxiao

我在IBM dw网站上面搜索了，没有找到你说的那个文章。
如果还有link的话，可以共享一下吗，谢谢了。

1224

不知道你是说哪有问题?  
      page                                
--------------------         PAGING           
re  pi  po  fr   sr         Faults     3955  
0   2   0   0    0          Steals     0     
0   0   0  85  900       PgspIn     2     
0   0   0   0    0          PgspOut    0     
0   4   0  43 2261      PageIn     3     
0   1   0  43  506       PageOut    37   
0   1   0  43   71        Sios       41

[ 本帖最后由 1224 于 2008-1-9 11:05 编辑 ]

RS9000

不知道行不行，没上传过

RS9000

统计结果不同也是很正常的事情

coolxiao

。。。
sorry，我看错了，原来错位了一列！！！
系统一直都在pi，vmstat和topas的结果是相符的。

另外，我刚才用RS9000大大的脚本跑了几遍，发现大部分有内存增加的进程，都是新拉起的，而不是长期运行的。
未发现明显的内存泄漏现象。

目前掌握的情况如下：
1、paging space一直在增长
2、系统一直在pi，很少po

好像还不能定位原因。。。郁闷

原帖由 1224 于 2008-1-9 11:02 发表
不知道你是说哪有问题?  
      page                                
--------------------         PAGING           
re  pi  po  fr   sr         Faults     3955  
0   2   0   0    0          S ...

1224

楼主你是看歪了2列...

coolxiao

原帖由 1224 于 2008-1-9 13:41 发表
楼主你是看歪了2列...

应该是歪了一列吧，呵呵。不过这只是说明vmstat和topas的结果是符合的。

那我就更加不能明白了
？？？
系统一直在pi，几乎没有po，这可能是什么原因导致的呢？
既然系统没有po，那paging space为什么又会增长呢？
？？？