我进行jvm内存调优的一些记录

jvm内存调优的一些记录

java内存调优的方法和过程
可以使用
jmap -heap pid号 查看,例如pid是9300,执行的结果可能是这样的。

root@ubuntu:~# jmap -heap 9300
Attaching to process ID 9300, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.171-b11

using thread-local object allocation.
Parallel GC with 18 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 4190109696 (3996.0MB)
   NewSize                  = 87031808 (83.0MB)
   MaxNewSize               = 1396703232 (1332.0MB)
   OldSize                  = 175112192 (167.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 378535936 (361.0MB)
   used     = 13720728 (13.085105895996094MB)
   free     = 364815208 (347.9148941040039MB)
   3.6246830736831286% used
From Space:
   capacity = 164626432 (157.0MB)
   used     = 0 (0.0MB)
   free     = 164626432 (157.0MB)
   0.0% used
To Space:
   capacity = 162529280 (155.0MB)
   used     = 0 (0.0MB)
   free     = 162529280 (155.0MB)
   0.0% used
PS Old Generation
   capacity = 339738624 (324.0MB)
   used     = 18348624 (17.498611450195312MB)
   free     = 321390000 (306.5013885498047MB)
   5.400806003146702% used

20544 interned Strings occupying 2562384 bytes.

我们最关注的是Old Generation的占用情况。从数据上看到占用大约17.49m。
按照java官方的说明来配置的话计算的基数是老年时代存活实例的倍数。

Java整个堆大小设置,Xmx 和 Xms设置为老年代存活对象的3-4倍,即FullGC之后的老年代内存占用的3-4倍
永久代 PermSize和MaxPermSize设置为老年代存活对象的1.2-1.5倍。
年轻代Xmn的设置为老年代存活对象的1-1.5倍。
老年代的内存大小设置为老年代存活对象的2-3倍。

这样计算下来,
Xmx与Xms 大约是300~400M(17.49按100M计算)
Xmn可以设置为128M,也就是1.2倍
PerSize与MaxPermSize是120M~150M

以上的说的是heap堆内存的设置。没完,还有。

非堆内存:
还必须的说下 -XX:PermSize设置非堆内存初始值,默认是物理内存的1/64;
由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4PermGen space的全称是Permanent Generation space,是指内存的永久保存区域。
XX:MaxPermSize设置过小会导致java.lang.OutOfMemoryError: PermGen space 就是内存益出。 
这部分内存用于存放元数据信息。如果2G内存、64那么计算下来只有32M内存用于存放数据了,就容易产生这个OutOfMemoryError:PermGen Space这个错误了。

(1)这一部分内存用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域,它和存放Instance的Heap区域不同。 
(2)GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理,所以如果你的APP会LOAD很多CLASS 的话,就很可能出现PermGen space错误。

所以如果运行的机器内存比较小,而我们需要引用大量的jar包,比如体积50M的jar包,那么就会出现内存溢出的问题了,这时候需要我们特殊制定一次这个内存的参数。一般大于引用jar包的体积总量就可以了。
还有启动的时候 -XX:+UseParallelGC,这个参数也可以稍稍提高一些GC的速度。

java -jar -Xms1024m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256M -XX:+UseParallelGC 我是一个jar包.jar

比如PS Old Generation 实际占用32M

java -jar -Xms512m -Xmx512m -XX:PermSize=128M -XX:MaxPermSize=256m -XX:+UseParallelGC

posted on   源姜  阅读(228)  评论(0编辑  收藏  举报

编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示