像这个第一个进程占用内存这么多内存怎么处理

来源：蜘蛛抓取(WebSpider) 时间：2016-09-20 13:31 标签： aix 查看进程占用内存
1078人阅读
java（60）
首先看一下一个java进程的jmap输出：
[lex@chou ~]$ jmap -heap 837
Attaching to process ID 837, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 20.10-b01
using thread-local object allocation.
Parallel GC with 2 thread(s)
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize
(4096.0MB)
= 1310720 (1.25MB)
MaxNewSize
= 5439488 (5.1875MB)
SurvivorRatio
MaxPermSize
Heap Usage:
PS Young Generation
Eden Space:
capacity =
(39.125MB)
(17.938MB)
(21.062MB)
44.624% used
From Space:
capacity = 4325376 (4.125MB)
= 3702784 (3.53125MB)
= 622592 (0.59375MB)
85.61% used
capacity = 4521984 (4.3125MB)
= 0 (0.0MB)
= 4521984 (4.3125MB)
PS Old Generation
capacity =
(514.8125MB)
(103.47MB)
(411.53MB)
20.376% used
PS Perm Generation
capacity =
70.88% used
然后再用ps看看：
[lex@chou ~]$ ps -p 837 -o vsz,rss
7794992 3047320
关于这里的几个generation网上资料一大把就不细说了，这里算一下求和可以得知前者总共给Java环境分配了644M的内存，而ps输出的VSZ和RSS分别是7.4G和2.9G，这到底是怎么回事呢？
前面jmap输出的内容里，MaxHeapSize 是在命令行上配的，-Xmx4096m，这个java程序可以用到的最大堆内存。
VSZ是指已分配的线性空间大小，这个大小通常并不等于程序实际用到的内存大小，产生这个的可能性很多，比如内存映射，共享的动态库，或者向系统申请了更多的堆，都会扩展线性空间大小，要查看一个进程有哪些内存映射，可以使用 pmap 命令来查看：
[lex@chou ~]$ pmap -x 837
Dirty Mode
13676 rwx--
83968 rwx--
451636 rwx--
00007fff017ff000
ffffffffff600000
----------------
7796020 3037264 3023928
这里可以看到很多anon，这些表示这块内存是由mmap分配的。
RSZ是Resident Set Size，常驻内存大小，即进程实际占用的物理内存大小， 在现在这个例子当中，RSZ和实际堆内存占用差了2.3G，这2.3G的内存组成分别为：
JVM本身需要的内存，包括其加载的第三方库以及这些库分配的内存
NIO的DirectBuffer是分配的native memory
内存映射文件，包括JVM加载的一些JAR和第三方库，以及程序内部用到的。上面 pmap 输出的内容里，有一些静态文件所占用的大小不在Java的heap里，因此作为一个Web服务器，赶紧把静态文件从这个Web服务器中人移开吧，放到nginx或者CDN里去吧。
JIT， JVM会将Class编译成native代码，这些内存也不会少，如果使用了Spring的AOP，CGLIB会生成更多的类，JIT的内存开销也会随之变大，而且Class本身JVM的GC会将其放到Perm Generation里去，很难被回收掉，面对这种情况，应该让JVM使用ConcurrentMarkSweep GC，并启用这个GC的相关参数允许将不使用的class从Perm Generation中移除， 参数配置： -XX:+UseConcMarkSweepGC -X:+CMSPermGenSweepingEnabled
-X:+CMSClassUnloadingEnabled，如果不需要移除而Perm Generation空间不够，可以加大一点： -X:PermSize=256M -X:MaxPermSize=512M
JNI，一些JNI接口调用的native库也会分配一些内存，如果遇到JNI库的内存泄露，可以使用valgrind等内存泄露工具来检测
线程栈，每个线程都会有自己的栈空间，如果线程一多，这个的开销就很明显了
jmap/jstack 采样，频繁的采样也会增加内存占用，如果你有服务器健康监控，记得这个频率别太高，否则健康监控变成致病监控了。
关于JVM的几个GC堆和GC的情况，可以用jstat来监控，例如监控进程837每隔1000毫秒刷新一次，输出20次：
[lex@chou ~]$ jstat -gcutil 837 1000 20
几个字段分别含义如下：
年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
年轻代中Eden（伊甸园）已使用的占当前容量百分比
old代已使用的占当前容量百分比
perm代已使用的占当前容量百分比
从应用程序启动到采样时年轻代中gc次数
从应用程序启动到采样时年轻代中gc所用时间(s)
从应用程序启动到采样时old代(全gc)gc次数
从应用程序启动到采样时old代(全gc)gc所用时间(s)
从应用程序启动到采样时gc用的总时间(s)
因此如果正常情况下jmap输出的内存占用远小于 RSZ，可以不用太担心，除非发生一些严重错误，比如PermGen空间满了导致OutOfMemoryError发生，或者RSZ太高导致引起系统公愤被OOM Killer给干掉，就得注意了，该加内存加内存，没钱买内存加交换空间，或者按上面列的组成部分逐一排除。
这几个内存指标之间的关系是：VSZ && RSZ && Java程序实际使用的堆大小
相关的参考资料：
/developerworks/java/library/j-nativememory-linux/
/technetwork/java/javase/index-137495.html
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：337860次
积分：3920
积分：3920
排名：第6454名
原创：53篇
转载：152篇
评论：36条
(1)(1)(1)(2)(2)(6)(1)(3)(1)(1)(6)(5)(3)(4)(1)(2)(5)(1)(6)(2)(7)(6)(1)(6)(7)(7)(3)(4)(4)(3)(4)(7)(6)(9)(8)(12)(4)(2)(1)(1)(1)(1)(2)(1)(2)(1)(1)(1)(3)(1)(5)(2)(4)(6)(4)(1)(7)(5)(5)(2)(5)

我要回帖

更多关于 aix 查看进程占用内存 的文章

 

随机推荐