免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: ask_1055
打印 上一主题 下一主题

关于svmon监测内存的疑问 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2008-09-01 14:29 |只看该作者
这应当是最准的了,ps aux可以看到%分比

论坛徽章:
0
12 [报告]
发表于 2008-09-02 04:37 |只看该作者
不会的,如果页是64K,16M,16G时他是分开显示的。会显示多行。

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
13 [报告]
发表于 2008-09-02 21:17 |只看该作者
看了一下man page\r\n\r\nGlobal Report里面对inuse的说明是:\r\ninuse\r\n    Number of frames containing pages\r\n    Note:\r\n    On a system where a reserved pool is defined (such as the 16 MB page pool), this value includes the frames reserved for any of these reserved pools.\r\n\r\n\r\n而Processes Report里面对Inuse的解释为:\r\nInuse\r\n    Indicates the total number of pages in real memory in segments that are used by the process.\n\n[ 本帖最后由 yddll 于 2008-9-2 21:26 编辑 ]

论坛徽章:
3
数据库技术版块每日发帖之星
日期:2015-06-18 22:20:00数据库技术版块每日发帖之星
日期:2015-06-21 22:20:00数据库技术版块每日发帖之星
日期:2015-08-27 06:20:00
14 [报告]
发表于 2008-09-03 00:56 |只看该作者
我也遇到过这种问题,最后确认看进程的内存还是用ps v <pid>命令看比较准确,如果想看全部的内存情况用svmon比较合适。估计是svmon看进程的内存时,重复计算了内存。svmon -P 可以看到所以进程得内存,你会发现把所以进程占用的内存加起来会大于总内存,这显然是错误得。所以我觉得,按进程看内存一定用ps命令看。

论坛徽章:
0
15 [报告]
发表于 2008-09-03 11:32 |只看该作者

回复 #22 osdba 的帖子

ps v <pid>命令看出来还是百分比的状况,好像svmon -V (command)可以看,客户需要监测的是java进程。。。这里的Inuse应该就是实际所用的内存吧。。68710*4/1024=268M左右,比较符合,但不是很确定。。。。。希望能和大家一起来探讨下:wink: \r\n\r\n# svmon -C java |more\r\n\r\n===============================================================================\r\nCommand                              Inuse      Pin     Pgsp  Virtual\r\njava                                 68710     7616    43401    90499\r\n\r\n...............................................................................\r\nSYSTEM segments                      Inuse      Pin     Pgsp  Virtual\r\n                                      7896     7594     5536    13366\r\n\r\n    Vsid      Esid Type Description              PSize  Inuse   Pin Pgsp Virtual\r\n       0         0 work kernel                       s   7695  7536 3799 11463 \r\n    c8cf         - work                              s    164    58   42   199 \r\n    8024  9ffffffe work shared library               s     27     0   22    31 \r\n    2001  9ffffffd work shared library               s     10     0 1673  1673 \r\n\r\n...............................................................................\r\nEXCLUSIVE segments                   Inuse      Pin     Pgsp  Virtual\r\n                                     58274       22    37607    70541\r\n\r\n    Vsid      Esid Type Description              PSize  Inuse   Pin Pgsp Virtual\r\n   3cb76         - work mmap source                  s  31757     0 13324 32444 \r\n   249fb        11 work text data BSS heap           s  17490     0 11768 24868\r\n   ....\r\n   ....\r\n   ....\r\n   c4ae         - pers large file /dev/lv00:1968576 s      0     0    -     - \r\n\r\n...............................................................................\r\nSHARED segments                      Inuse      Pin     Pgsp  Virtual\r\n                                      2540        0      258     6592\r\n\r\n    Vsid      Esid Type Description              PSize  Inuse   Pin Pgsp Virtual\r\n    30a0  90000000 work shared library text          s   2456     0   58  6369 \r\n   2a17d  90020014 work shared library               s     75     0  200   223 \r\n   2417a  9fffffff clnt USLA text,/dev/hd2:2165      s      9     0    -     -

论坛徽章:
0
16 [报告]
发表于 2008-09-03 13:51 |只看该作者
svmon其中的 size 列报告了 RAM 的大小,单位是大小为 4k 的页面。其中的 inuse 列报告了进程所使用的 RAM 中的页面数,加上属于一个已终止的进程但仍位于 RAM 中的持久页面的数目。其中的 free 列报告了空闲列表中页面的数目。其中的 pin 列报告了物理内存 (RAM) 中固定的页面数。固定的页面不能被调出。 \r\n\r\nps gv | head -n 1; ps gv | egrep -v \"RSS\" | sort +6b -7 -n -r 看各个进程使用内存情况

论坛徽章:
0
17 [报告]
发表于 2008-09-04 10:20 |只看该作者

回复 #24 doudalun 的帖子

谢谢,,应该可以理解为累积吧?\r\n命令到时试下
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP