AIX5.3 paging space不斷增長

coolxiao

大家好，最近碰到一個比較棘手的問題，想聽聽各位高手的意見。

<背景>
AIX5.3系統(tǒng)，有幾百個進程。
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的結(jié)果看，只有po沒有pi，感覺是有內(nèi)存泄漏的跡象。于是再用topas確認一下。

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

觀察了一段時間，發(fā)現(xiàn)PgspOut的數(shù)值一直是0。topas的結(jié)果和vmstat的結(jié)果竟然是矛盾的。。。
                                                       sorry，糾正一下，我把vmstat的pi看成po了。實際上vmstat和topas的
                                                       結(jié)果是相符的，系統(tǒng)只有pi沒有po
<問題>
1、各位能解釋一下，為何vmstat和topas對于pi，po的統(tǒng)計是矛盾的？
2、由于paging space確實一直在增長，因此我傾向于相信vmstat的結(jié)果。那就是說應(yīng)該是有進程內(nèi)存泄漏。
     那請問大家有什么有效的辦法，能在幾百個進程中發(fā)現(xiàn)內(nèi)存泄漏的可疑對象呢？謝謝

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

RS9000

IBM網(wǎng)站有篇文章《介紹使用腳本判斷內(nèi)存泄漏的簡便方法》，去看看吧

coolxiao

好的多謝，那關(guān)于vmstat和topas統(tǒng)計結(jié)果不同的問題，有什么看法呢？

原帖由 RS9000 于 2008-1-9 10:41 發(fā)表
IBM網(wǎng)站有篇文章《介紹使用腳本判斷內(nèi)存泄漏的簡便方法》，去看看吧

coolxiao

我在IBM dw網(wǎng)站上面搜索了，沒有找到你說的那個文章。
如果還有l(wèi)ink的話，可以共享一下嗎，謝謝了。

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

統(tǒng)計結(jié)果不同也是很正常的事情

coolxiao

。。。
sorry，我看錯了，原來錯位了一列！��！
系統(tǒng)一直都在pi，vmstat和topas的結(jié)果是相符的。

另外，我剛才用RS9000大大的腳本跑了幾遍，發(fā)現(xiàn)大部分有內(nèi)存增加的進程，都是新拉起的，而不是長期運行的。
未發(fā)現(xiàn)明顯的內(nèi)存泄漏現(xiàn)象。

目前掌握的情況如下：
1、paging space一直在增長
2、系統(tǒng)一直在pi，很少po

好像還不能定位原因。。。郁悶

原帖由 1224 于 2008-1-9 11:02 發(fā)表
不知道你是說哪有問題?  
      page                                
--------------------         PAGING           
re  pi  po  fr   sr         Faults     3955  
0   2   0   0    0          S ...

1224

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

coolxiao

原帖由 1224 于 2008-1-9 13:41 發(fā)表
樓主你是看歪了2列...

應(yīng)該是歪了一列吧，呵呵。不過這只是說明vmstat和topas的結(jié)果是符合的。

那我就更加不能明白了
？？？
系統(tǒng)一直在pi，幾乎沒有po，這可能是什么原因?qū)е碌哪兀?br /> 既然系統(tǒng)沒有po，那paging space為什么又會增長呢？
？？？