一次不精彩的java排错


声明:本文转载自https://my.oschina.net/seal90/blog/1620755,转载目的在于传递更多信息,仅供学习交流之用。如有侵权行为,请联系我,我会及时删除。

    同事说某测试服务器,启动的服务总是莫名奇妙的挂掉,并且新的服务也启动不起来。让我看下是什么原因导致的。

    登上系统后,执行 top 先查看资源使用情况:

发现这个资源利用甚是奇怪

    CPU 甚是清闲,IO很低,唯独内存占用很厉害,并且swap空间已经耗尽!!!

按下 M 按照内存排序资源使用如上图。

先看下是处理什么业务的程序如此占用如此大内存吧(通过监听端口号区分业务有时比去看启动命令好的多):

然后回头问下同事吧,同事出去了…………

好吧

既然是java程序,那就看看里面有啥数据吧:

dump 内存信息

几乎瞬间执行完成,看下此文件有多大

才214M,我似乎意识到了什么……

将数据下载到本地,然后拿MAT看下里面有啥内容吧

资源基本没啥使用,所以说开了40G内存使用了30M的数据存储。

印证了我刚才意识到的问题。

在看《深入JAVA虚拟机第二版》有阐述,java虚拟机会根据所部署的机器配置自动的去开辟内存资源。

来看下在此机器上默认开辟的大小

jinfo 12049 

会有这么一段参数设定

然后实际开辟多大呢

jmap -heap 12049

果真开了很大。

好吧找到原因了。

那么解决方法就很简单了,添加启动参数 -Xms2048m -Xmx2048m -XX:MaxMetaspaceSize=512m 这个配置基本满足测试需求了。

顺便看下虚拟机默认参数设定吧:

查看所有的,这些参数就是所谓的黑技术--调优所用

java -XX:+PrintFlagsFinal –version

看下根据主机配置虚拟机修改的参数

java -XX:+PrintCommandLineFlags –version

查看jvm比较厉害的垃圾回收器

java -XX:+PrintFlagsFinal -version | grep -e  'Use[a-zA-Z1-9]*GC'

好,内存与垃圾回收器是需要调整比较多的场景。然而需要把握一个原则,不要过早优化你的配置!!!

本文发表于2018年02月09日 18:31
(c)注:本文转载自https://my.oschina.net/seal90/blog/1620755,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如有侵权行为,请联系我们,我们会及时删除.

阅读 2082 讨论 0 喜欢 0

抢先体验

扫码体验
趣味小程序
文字表情生成器

闪念胶囊

你要过得好哇,这样我才能恨你啊,你要是过得不好,我都不知道该恨你还是拥抱你啊。

直抵黄龙府,与诸君痛饮尔。

那时陪伴我的人啊,你们如今在何方。

不出意外的话,我们再也不会见了,祝你前程似锦。

这世界真好,吃野东西也要留出这条命来看看

快捷链接
网站地图
提交友链
Copyright © 2016 - 2021 Cion.
All Rights Reserved.
京ICP备2021004668号-1