免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1836 | 回复: 4
打印 上一主题 下一主题

[系统管理] 实际内存被占光,然后交换空间占用开始增长,何故? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2004-07-05 18:04 |只看该作者 |倒序浏览
机器上跑着Oracle服务,WAS服务,WPS服务,Oracle为主,另外两个服务作应用服务器的备用服务,也就是另外一台机器上的WAS,WPS服务的备用。

周四内存占用6%(以前一直都是这样),周五内存占用跳到99%,系统的进程数目没变,系统的交换空间占用也是13%没变。下周一,内存占用是99%,交换空间占用增长到36%,照这样下去有危险阿,我有分析的头痛,大家有什么好的建议?

在这一期间vmstat的pi,po都基本为0,占内存前5的进程有时候3个是oracle的,有时候3个是java的。

现在头痛的要命,哎,因为身兼N职,苦啊。兄弟们一起来分析分析

论坛徽章:
0
2 [报告]
发表于 2004-07-05 18:39 |只看该作者

实际内存被占光,然后交换空间占用开始增长,何故?

可能有memory leak, 通常是周末全备份搞的。

/usr/sample/kernel/vmtune -P 10 -p 5 -F 1000 -f 500

可以看一下

论坛徽章:
0
3 [报告]
发表于 2004-07-06 09:39 |只看该作者

实际内存被占光,然后交换空间占用开始增长,何故?

Support!!
I will check it,,,,output like this:

# /usr/samples/kernel/vmtune -P 10 -p 5 -F 1000 -f 500
vmo: 1485-111 Invalid value 10 for tunable maxperm%
Value for tunable maxperm% must be greater than or equal to 80, value of tunable maxclient%
Warning: minperm% which depends on maxperm%, will not be set
Setting maxfree to 1000
Setting minfree to 500

why?

论坛徽章:
0
4 [报告]
发表于 2004-07-06 11:41 |只看该作者

实际内存被占光,然后交换空间占用开始增长,何故?

显示出来的结果表示你的系统并没有任何问题,是正常的。
一般正常情况下使用# /usr/samples/kernel/vmtune -P 10 -p 5 -F 1000 -f 500命令,都会出现如下的结果:
vmo: 1485-111 Invalid value 10 for tunable maxperm%
Value for tunable maxperm% must be greater than or equal to 80, value of tunable maxclient%
Warning: minperm% which depends on maxperm%, will not be set
Setting maxfree to 1000
Setting minfree to 500
出现这种结果表示是正常的。没有任何问题。

论坛徽章:
0
5 [报告]
发表于 2004-07-06 14:46 |只看该作者

实际内存被占光,然后交换空间占用开始增长,何故?

重启下服务看看,java导致内核泄漏也说不定的.
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP