免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123下一页
最近访问板块 发新帖
查看: 11212 | 回复: 20

[故障求助] AIX5.3 paging space不断增长 [复制链接]

论坛徽章:
0
发表于 2008-01-09 10:34 |显示全部楼层
1可用积分
大家好,最近碰到一个比较棘手的问题,想听听各位高手的意见。

<背景>
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 编辑 ]

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
发表于 2008-01-09 10:41 |显示全部楼层
IBM网站有篇文章《介绍使用脚本判断内存泄漏的简便方法》,去看看吧

论坛徽章:
0
发表于 2008-01-09 10:45 |显示全部楼层
好的多谢,那关于vmstat和topas统计结果不同的问题,有什么看法呢?


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

论坛徽章:
0
发表于 2008-01-09 10:58 |显示全部楼层
我在IBM dw网站上面搜索了,没有找到你说的那个文章。
如果还有link的话,可以共享一下吗,谢谢了。

论坛徽章:
0
发表于 2008-01-09 11:02 |显示全部楼层
不知道你是说哪有问题?  
      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 编辑 ]

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
发表于 2008-01-09 11:04 |显示全部楼层

上传给你

不知道行不行,没上传过

介绍使用脚本判断内存泄漏的简便方法.pdf

75.33 KB, 下载次数: 707

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
发表于 2008-01-09 11:05 |显示全部楼层
统计结果不同也是很正常的事情

论坛徽章:
0
发表于 2008-01-09 11:56 |显示全部楼层
。。。
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 ...

论坛徽章:
0
发表于 2008-01-09 13:41 |显示全部楼层
楼主你是看歪了2列...

论坛徽章:
0
发表于 2008-01-09 14:08 |显示全部楼层
原帖由 1224 于 2008-1-9 13:41 发表
楼主你是看歪了2列...



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

那我就更加不能明白了
???
系统一直在pi,几乎没有po,这可能是什么原因导致的呢?
既然系统没有po,那paging space为什么又会增长呢?
???
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP