(转)aix非计算内存 占用过高 案例一则

两台小型机组成的RAC环境,在用topas查看资源使用情况时,发现一台机器的非计算内存占用过高:

MEMORY Real,MB 40959 %Comp 71.6 %Noncomp 20.4 %Client 20.4

而另外一台机器的%Noncomp 只有2.4
这主要是jfs2文件系统的cache,可以用svmon -S的输出来看,是哪些文件:

[email protected]/#svmon -S
Vsid Esid Type Description PSize Inuse Pin Pgsp Virtual
63ad8a - clnt /dev/a1orabaklv:37 s 233857 0 - -
3110c0 - clnt /dev/a1orabaklv:54 s 219973 0 - -
728dce - clnt /dev/a1orabaklv:69 s 216952 0 - -
e303c - clnt /dev/a1orabaklv:68 s 214549 0 - -
677599 - clnt /dev/a1orabaklv:70 s 113060 0 - -
2c32b4 - clnt /dev/a1orabaklv:71 s 103260 0 - -
3678dd - clnt /dev/a1orabaklv:33 s 95075 0 - -
6f6db9 - clnt /dev/a1orabaklv:59 s 81645 0 - -
d003 - work kernel heap s 65536 0 0 65536
0 - work kernel segment (lgpg_vsid=0) L 16 16 0 16
3708d8 - work s 65520 0 0 65520
188866 - work s 65520 0 8 65520

可以看到是/dev/a1orabaklv这个LV占用了大量的内存,每个文件大概900M,查看mount:

[email protected]/#mount
node mounted mounted over vfs date options
-------- --------------- --------------- ------ ------------ ---------------
/dev/a1orabaklv /orabak jfs2 Jul 12 14:41 rw,log=/dev/a1bjfs2log
[email protected]/#mount
node mounted mounted over vfs date options
-------- --------------- --------------- ------ ------------ ---------------
/dev/backuplv /orabak jfs2 Jul 12 20:34 rw,dio,log=/dev/backj2loglv

可以看到区别在于,p5a上/orabak没有设置dio属性,而p5b机器上有,可以考虑把p5a上的/orabak增加dio属性,用smit chjfs2选择/orabak,在mount options中手工填写dio,然后umount /orabak再mount /orabak就OK了。再查看%Noncomp 已经降到3.1,而mount命令查看/orabak文件系统已经增加了dio属性:

/dev/a1orabaklv /orabak jfs2 Aug 20 10:59 rw,dio,log=/dev/a1bjfs2log

疑问: 我对计算内存和非计算内存还是朦朦胧胧, 计算内存过高有什么影响,非计算内存过高又有什么影响?

加了个dio 为啥就低了?

原文地址:https://www.cnblogs.com/liujiacai/p/9261488.html

时间: 2024-11-04 21:02:13

(转)aix非计算内存 占用过高 案例一则的相关文章

CLR Profile解决内存占用过高

CLR Profile解决内存占用过高的问题 炮哥:"嘿,哥们,忙啥呢,电脑卡成这逼样." 勇哥:"在用CLR Profile工具分析下FlexiPrint的内存占用情况." 炮哥:“哎哟,不错啊,玩高级的了.” 勇哥:“也没有啊,就是发现点击查询按钮查询数据时,如果数据量一大的话,内存上上升了好几个M,所以第一感觉就不太正常.正好以前也了解过CLR Profile,但一直没怎么具休的用过,这次正好拿来研究研究.” 炮哥:“Nice job,要向你学习,能够主动发现

cocos2dx 中切换场景内存占用过高的处理

cocos2dx 中切换场景内存占用过高的处理 1.运行场景: CCScene *pScene = HelloWorld::scene(); pDirector->runWithScene(pScene); 2.替换场景: (1) CCScene *pScene=SceneTestScene::scene(); CCDirector::sharedDirector()->replaceScene(pScene); (2) CCScene *pScene=SceneTestScene::scen

UIWebView内存占用过高、崩溃、内存溢出

UIWebView内存占用过高.崩溃.内存溢出,有需要的朋友可以参考下. 项目当中模拟器上运行UIWebView读取本地杂志,没问题,真机测试经常内存溢出崩溃. 查了资料因为Html里的js 导致的内存泄漏,每次打开一个连接就会把"WebKitCacheModelPreferenceKey"设置成1. UIWebView 增加 - (void)webViewDidFinishLoad:(UIWebView *)webView { [[NSUserDefaults standardUse

ITM_win_agentCPU内存占用较高

这个问题一般出现在ITM623fp1上,win agent监控的OS是win2003 而且这个问题一般会通过省级ITM来解决 以下是一些通用的解决方法 Kntcma.exe占用CPU 100%  Kntcma.exe占用内存资源较高 server安装ITM 623FP2补丁 agent安装6.2.3.2-TIV-ITM_WIN-IF0001补丁 在KNTENV文件中设置 NT_LOG_THROTTLE=1 和 NT_LOG_APPEND_XML_DATA=0 - 重建性能技术器 cd\windo

rabbitmq binary/other_system内存占用很高

最近有台服务器的MQ应用占用内存比较偏高,如下: 但是看控制台本身内存中消息积压并不多, 查看rabbtmqctl发现,binary data和other data占据了绝大部分的内存,如下: {memory, [{total,124441400}, {connection_readers,5548680}, {connection_writers,605560}, {connection_channels,2798608}, {connection_other,7775480}, {queue

linux内存占用过高原因

今天服务器装了个lnmp环境,看了下那个探针, 发现内存占用97%,瞬间吓尿了. google了半天才发现,一般的解释是Linux系统下有一种思想,内存不用白不用,占用了就不释放,听上去有点道理,但如果我一定要知道应用程序还能有多少内存可用呢? Linux下查看内存还有一个更方便的命令,free: [[email protected] ~]# free -m              total       used       free     shared    buffers     ca

linux内存占用过高

top top -H -p 28857jstack 28857 > a.txtjstack -F pid 如果是web应用,可以继续打印线程的堆栈信息+++++++++ strace -p 24167 通过这3步基本可以找出什么原因导致java进程占用那么高CPU资源. 将需要的线程ID转换为16进制格式:printf "%x\n" 2967973ef最后打印线程的堆栈信息:jstack 29679|grep 73ef -A 30

Redis主节点内存占用过高

0. 基本情况 Redis采用集群模式,560个主节点,主从比为1:1,单台机器上为16个节点.info memory观察到主节点A单个Redis内存used_memory_rss_human为9.2G(设置的maxmemory_human为6G)超过最大值设置. 1.查看客户端连接情况 [[email protected] A ~]# redis-cli -p 9001 info clients # Clients connected_clients:4705 client_longest_o

内存 占用过高

故障特点: 服务项目停止,访问不了 发现问题登录上服务器,登录过程中很慢. 登录上df -Th 查看磁盘空间发现是磁盘满了,du -sh --exclude /proc /* |sort -h 看到是 /var/ 日志文件的过多引起的磁盘占用过多 清理磁盘,重新启动项目. 过了会儿 开发过来说项目没有启动看看是怎么回事, 启动完成是可以的 只能上去查找原因 登录时发现登录不上,等了好长时间才登录上去 因为根磁盘满的情况下是没有这么严重的,重启后再登录出现的问题 所以上来后 先 ps aux|gr