朝阳公园网站建设,电商代运营十大公司排名,wordpress双语,新公司注册网上核名JVM的内存先放一张JVM的内存划分图#xff0c;总体上可以分为堆和非堆(粗略划分#xff0c;基于java8)那么一个Java进程最大占用的物理内存为#xff1a;Max Memory eden survivor old String Constant Pool Code cache compressed class space Metaspace Thread st…JVM的内存先放一张JVM的内存划分图总体上可以分为堆和非堆(粗略划分基于java8)那么一个Java进程最大占用的物理内存为Max Memory eden survivor old String Constant Pool Code cache compressed class space Metaspace Thread stack(*thread num) Direct Mapped JVM Native Memory堆和非堆内存堆和非堆内存有以下几个概念init表示JVM在启动时从操作系统申请内存管理的初始内存大小(以字节为单位)。JVM可能从操作系统请求额外的内存也可以随着时间的推移向操作系统释放内存(经实际测试这个内存并没有过主动释放)。这个init的值可能不会定义。used表示当前使用的内存量(以字节为单位)committed表示保证可供 Jvm使用的内存大小(以字节为单位)。 已提交内存的大小可能随时间而变化(增加或减少)。 JVM也可能向系统释放内存导致已提交的内存可能小于 init但是committed永远会大于等于used。max表示可用于内存管理的最大内存(以字节为单位)。NMT追踪内存NMT(Native Memory tracking)是一种Java HotSpot VM功能可跟踪Java HotSpot VM的内部内存使用情况(jdk8)。本文简单介绍下该工具的使用主要用来解释Java中的内存开启在启动参数中添加-XX:NativeMemoryTrackingdetail查看jcmd 进程id VM.native_memory summary scaleMB输出结果Native Memory Tracking:Total: reserved6988749KB, committed3692013KB堆内存- Java Heap (reserved5242880KB, committed3205008KB)(mmap: reserved5242880KB, committed3205008KB)类加载信息- Class (reserved1114618KB, committed74642KB)(classes #10657)(malloc4602KB #32974)(mmap: reserved1110016KB, committed70040KB)线程栈- Thread (reserved255213KB, committed255213KB)(thread #248)(stack: reserved253916KB, committed253916KB)(malloc816KB #1242)(arena481KB #494)代码缓存- Code (reserved257475KB, committed46551KB)(malloc7875KB #10417)(mmap: reserved249600KB, committed38676KB)垃圾回收- GC (reserved31524KB, committed23560KB)(malloc17180KB #2113)(mmap: reserved14344KB, committed6380KB)编译器- Compiler (reserved598KB, committed598KB)(malloc467KB #1305)(arena131KB #3)内部- Internal (reserved6142KB, committed6142KB)(malloc6110KB #23691)(mmap: reserved32KB, committed32KB)符号- Symbol (reserved11269KB, committed11269KB)(malloc8544KB #89873)(arena2725KB #1)nmt- Native Memory Tracking (reserved2781KB, committed2781KB)(malloc199KB #3036)(tracking overhead2582KB)- Arena Chunk (reserved194KB, committed194KB)(malloc194KB)- Unknown (reserved66056KB, committed66056KB)(mmap: reserved66056KB, committed66056KB)nmt返回结果中有reserved和committed两个值这里解释一下reservedreserved memory 是指JVM 通过mmaped PROT_NONE 申请的虚拟地址空间在页表中已经存在了记录(entries)说白了就是已分配的大小在堆内存下就是xmx值jvm申请的最大保留内存。committedcommitted memory 是JVM向操做系统实际分配的内存(malloc/mmap),mmaped PROT_READ | PROT_WRITE相当于程序实际申请的可用内存。在堆内存下当xms没有扩容时就是xms值最小堆内存扩容后就是扩容后的值heap committed memory。注意committed申请的内存并不是说直接占用了物理内存由于操作系统的内存管理是惰性的对于已申请的内存虽然会分配地址空间但并不会直接占用物理内存真正使用的时候才会映射到实际的物理内存。所以committed res也是很可能的Linux内存与JVM内存再来说说JVM内存与该进程的内存。现在有一个Java进程JVM所有已使用内存区域加起来才2G(不包括Native Memory也没有显式调用JNI的地方)但从top/pmap上看该进程res已经2.9G了#heap noheapMemory used total max usageheap 1921M 2822M 4812M 39.93%par_eden_space 1879M 2457M 2457M 76.47%par_survivor_space 4M 307M 307M 1.56%cms_old_gen 37M 57M 2048M 1.84%nonheap 103M 121M -1 85.00%code_cache 31M 37M 240M 13.18%metaspace 63M 74M -1 85.51%compressed_class_space 7M 9M 1024M 0.75%direct 997K 997K - 100.00mapped 0K 0K - NaN%#toptop -p 6267top - 17:39:40 up 140 days, 5:39, 5 users, load average: 0.00, 0.01, 0.00Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombieCpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stMem: 8059152k total, 5255384k used, 2803768k free, 148872k buffersSwap: 0k total, 0k used, 0k free, 1151812k cachedPID USER PR NI VIRT RES SHR S %CPU %MEM TIME COMMAND6267 root 20 0 8930m 2.9g 17m S 0.0 37.6 4:13.31 java那么其余的0.9G内存去哪了呢这时候就要介绍下JVM与Linux内存的联系了当Java程序启动后会根据Xmx为堆预申请一块保留内存并不会直接使用也不会占用物理内存然后申请(malloc之类的方法)Xms大小的虚拟内存但是由于操作系统的内存管理是惰性的有一个内存延迟分配的概念。malloc虽然会分配内存地址空间但是并没有映射到实际的物理内存只有当对该地址空间赋值时才会真正的占用物理内存才会影响RES的大小。所以可能会出现进程所用内存大于当前堆非堆的情况。比如说该Java程序在5分钟前有一定活动占用了2.6G堆内存(无论堆中的什么代)经过GC之后虽然堆内存已经被回收了堆占用很低但GC的回收只是针对Jvm申请的这块内存区域并不会调用操作系统释放内存。所以该进程的内存并不会释放这时就会出现进程内存远远大于堆非堆的情况。至于Oracle文档上说的Jvm可能会向操作系统释放内存经过测试没有发现释放的情况。不过就算有主动释放的情况也不太需要我们程序关心了。RES(Resident Set Size)是常驻内存的意思进程实际使用的物理内存参考
