JVM内存参数调优

首先我们知道:JVM发生内存错误的类型

1、堆内存泄漏:OutOfMemory:Java heap space

此种内存泄漏,增加内存,只能暂时解决问题,并不能根治问题。必须要优化代码,一定是代码的问题:排查堆中的大量对象,就会发现,这些对象都被引用,对象不能及时被回收,导致超出了堆的设定最大内存。

2、老年代内存泄漏:OutOfMemoryError:PermGen space

       类名、访问修饰符、字段描述、方法描述等,所占空间大于永久代最大值,就会出现,一般都是初始化内存的时候,空间太小,解决办法是扩大空间

3、栈内存泄漏:StackOverflowError

代码执行时,代码进栈,此刻如果栈的内存不足以容纳要进栈的代码的大小空间,那么久会报该错误。可以通过设置栈的空间大小。一般通过:-Xss设置线程的大小来解决。比如:-Xss256m

下面进入如何检测jvm内存情况的实际操作:

1、监控JVM的GC情况

   jstat -gcutil pid 2000 20 (只需要看O,如果达到100%,并且长期处于100%,则代表老年代内存不足)

pid:服务进程的pid,可通过:ps -ef | grep java 来查看java的服务进程pid

2000:每隔多少秒进行监控一次。这里是2秒

20: 总共获取20次

 

E:eden区
O:老年代
P:永久代
YGC:新生代的GC次数
YGCT:当前统计的YGC一共花费的时间(毫秒)
FGC:fullGC老年代的GC次数
FGCT:当前统计的FGC一共花费的时间(毫秒)
GCT:YGC+FGC
 

2、查看jvm配置信息

jmap -head pid  //可以看到java进程的堆的配置信息,各区的空间大小和配置信息

3、查看jvm中类和对象的占用情况 

jmap -histo 5279 | head -20  //查看jvm中各个类的实例数、占用内存数量以及类的全名

4、上面使我们的基本命令使用,那么我们怎么预测或者说内存泄漏会有什么征兆?

1、tps出现大幅波动,并慢慢降低,甚至降为0,响应时间随之波动,慢慢升高
2、通过jstat命令看到,Jvm中Old区不断增加,FullGC非常频繁,对应的FullGC消耗的时间也不断增加
3、通过jconsole/jvisualvm可以看到,堆内存曲线不断上升,接近上限时,变成一条直线
4、日志报错java.lang.OutOfMemoryError: Java heap space
 

5、内存泄露怎么定位?

     (1、确定征兆:   现象方面,Java进程抛出OOM异常,分析属于那种异常,是正常的内存资源耗尽还是内存泄漏。

     (2、监控jvm的GC情况:  jstat -gcutil pid 1000 100  (只需要看O,如果达到100%,并且长期处于100%,则代表老年代内存不足)    如果有大量的FGC就要查询是否有内存泄漏的问题了

     (3、通过jmap命令:jmap -histo pid | head -20,查看当前堆内存中实例数和占用内存最多的前20个对象
     (4、通过jvisualvm分析定位,进行远程堆dump,然后把dump文件下载下来,用jvisualvm打开进行分析,可以看到更直观的jvm中对象的信息

6、下面是进行最后的JVM参数调优:

vm常用参数
---------------------------------------
堆内存 = 年轻代+老年代
年轻代 = Eden+Survivor
Survivor = From Space+To Space
---------------------------------------
年轻代 = Eden+From Space+To Space
堆内存=Eden+From Space+To Space+老年代
====================================

-Xms2048m:初始堆大小,建议<物理内存的1/4,默认值为物理内存的1/64

-Xmx2048m:最大堆大小,建议与-Xms保持一致,默认值为物理内存的1/4

-Xmn512m:新生代大小,建议不超过堆内存的1/2-Xss256k,线程堆栈大小,建议256k

-XX:PermSize=256m:永久代初始值,默认值为物理内存的1/64

-XX:MaxPermSize=256m:永久代最大值,默认值为物理内存的1/4

-XX:SurvivorRatio=8:年轻带中Eden区和Survivor区的比例,默认为8:1,即Eden(8),FromSpace(1),ToSpace(1)

-XX:MaxTenuringThreshold=15:晋升到老年代的对象年龄,每个对象坚持过一次MinorGC后对象年龄+1,默认值是15,年龄超过15进入到老年代,该参数在串行GC时有效-

XX:PretenureSizeThreshold=3145728:单位字节,只对Serial和ParNew两款收集器有效,新生代采用Parallel Scavenge GC时无效,大于这个值的对象直接在老年代进行分配

7、参数设置在哪里?

      一般来说,一个服务器可能有多个java服务进行,对吧?是很多服务器都会有这种情况,那么问题来了,那我要是统一在jvm配置文件修改jvm参数,那么岂不是所有服务都是这个参数?所以有没有其他办法?

      有!!!!那就是在java进程启动命令设置。

nohup java ${JAVA_OPT} -jar xxx.jar 2>&1&

JAVA_OPT的参数:里面参数自行看要设置什么,以及具体的参数值

JAVA_OPT="-server -Xms256m -Xmx256m -Xmn512m -XX:MetaspaceSize=64m -XX:MaxMatespaceSize=256m"

  • 14
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM参数调优是为了提高Java应用程序的性能和稳定性。下面是一些常见的JVM参数调优的思路和建议: 1. 堆内存设置: - -Xms: 初始堆大小,建议与-Xmx相同,避免堆大小的动态调整。 - -Xmx: 最大堆大小,根据应用程序的需求进行设置,避免频繁的垃圾回收。 2. 垃圾回收器选择: - -XX:+UseParallelGC: 使用并行垃圾回收器,适合多核CPU和高吞吐量应用。 - -XX:+UseConcMarkSweepGC: 使用CMS垃圾回收器,适合响应时间优先的应用。 - -XX:+UseG1GC: 使用G1垃圾回收器,适合大内存应用和低延迟要求。 3. 垃圾回收参数调优: - -XX:NewRatio: 设置新生代和年代的比例,默认为2,可以根据应用程序的对象生命周期进行调整。 - -XX:SurvivorRatio: 设置Eden区和Survivor区的比例,默认为8,可以根据对象的存活率进行调整。 - -XX:MaxTenuringThreshold: 设置对象进入年代的年龄阈值,默认为15,可以根据对象的存活率和内存情况进行调整。 4. 线程相关参数: - -Xss: 设置线程栈的大小,默认为1M,可以根据应用程序的线程数量进行调整。 - -XX:ParallelGCThreads: 并行垃圾回收的线程数量,默认为CPU核心数的1/8,可以根据CPU和内存情况进行调整。 5. 其他常用参数: - -XX:+UseCompressedOops: 使用压缩指针,可以减少对象引用的内存消耗。 - -XX:+DisableExplicitGC: 禁用显示调用System.gc()方法,避免不必要的垃圾回收。 以上是一些常见的JVM参数调优策略,具体的调优效果和最佳参数设置还需要根据应用程序的实际情况进行测试和调整。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值