-Xms
指定应用程序可用的最小堆大小
进程在申请内存时,并不是直接分配物理内存的,而是分配一块虚拟空间,到真正堆这块虚拟空间写入数据时才会通过缺页异常(Page Fault)处理机制分配物理内存,也就是我们看到的进程 Res 指标。
可以简单的认为 *** 作系统的内存分配是“惰性”的,分配并不会发生实际的占用,有数据写入时才会发生内存占用,影响 Res。
所以,哪怕配置了Xms6G
,启动后也不会直接占用 6G 内存,实际占用的内存取决于有没有往这 6G 内存区域中写数据的
指定应用程序可用的最大堆大小,默认为物理内存的1/4。默认当空余堆内存小于指定阈值时,JVM 会增大Heap
到-Xmx
指定的大小。
在32位系统上,系统限制了单个应用分配内存的大小,超出将报错:
在64位系统中jvm分配的内存大小不受限制,可以分配超过实际可用内存的空间,但当可用内存用尽时将使用虚拟内存/swap区,从而导致系统出现抖动(thrashing)现象,系统性能将明显下降。当分配空间超过实际内存非常大时程序启动过程也将变得十分缓慢
-XX:+UseG1GCsrc/main/java/com/jvm · 杀伐决断/JVM_optimize - 码云 - 开源中国 (gitee.com)
JDK1.8默认使用的是 -XX:+UseParallelGC
,而在它之后出现了第一款真正意义上给的并发收集器 CMS,在 CMS 之后又有 G1,所以我们将垃圾回收器更换为 G1 垃圾回收器
代表当堆(heap)的空闲区域大小下降到指定的百分比时会进行 “扩容” ,扩容的上限为 Xmx,JDK1.6为 40
-XX:MaxHeapFreeRatio代表当堆(heap)的空闲区域超过指定的百分比时,会进行“缩容”,缩容的下限为Xms,JDK1.6 为 70,
-XX:MaxMetaspaceSize使用Java 8以后,关于元空间的JVM参数有两个:-XX:MetaspaceSize=N
和-XX:MaxMetaspaceSize=N
,对于64位JVM来说,元空间的默认初始大小是20.75MB,默认的元空间的最大值是无限。MaxMetaspaceSize用于设置metaspace区域的最大值,这个值可以通过mxbean中的MemoryPoolBean获取到,如果这个参数没有设置,那么就是通过mxbean拿到的最大值是-1,表示无穷大。
由于调整元空间的大小需要Full GC,这是非常昂贵的 *** 作,如果应用在启动的时候发生大量Full GC,通常都是由于永久代或元空间发生了大小调整,基于这种情况,一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值,并设置得比初始值要大
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)