1.系统概况

查看CPU核数，记录下以便后续观察top负载。

[root@VM_0_12_centos ~]# cat /proc/cpuinfo | grep "cpu cores" | uniq
cpu cores       : 1

查看内存占用情况，总内存987M，已使用483M，smartfinancialmanager程序使用内存352M，空闲内存96M。

[root@VM_0_12_centos ~]# free -mtotal        used        free      shared  buff/cache   available
Mem:            984         483          96           8         404         345
Swap:             0           0           0[root@VM_0_12_centos ~]# ps aux|grep smart
root       767  0.0  0.4  52860  4436 ?        Ss   7月21   0:00 /usr/sbin/smartd -n -q never
root     13528  1.5 35.8 2330960 361028 ?      Sl   10:06   0:43 java -jar -server -Xms256m -Xmx256m -Xmn214m -XX:NewRatio=1 -XX:SurvivorRatio=5 -XX:TargetSurvivorRatio=90 /home/kenick/smartFinancial-manager/smartfinancialmanager.jar --jasypt.encryptor.password=kenick@2020 --spring.profiles.active=cloud

查看top，发现load average和cpu使用率都很低，而现在内存占用极高。

top - 10:57:24 up 81 days, 12:39,  3 users,  load average: 0.00, 0.02, 0.00
Tasks: 114 total,   2 running,  77 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.0 us,  0.3 sy,  0.0 ni, 98.3 id,  0.3 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  1007748 total,    88484 free,   503380 used,   415884 buff/cache
KiB Swap:        0 total,        0 free,        0 used.   345184 avail Mem

2.垃圾回收器/gc优化

查看当前使用的垃圾回收器，Mark Sweep Compact GC表示垃圾回收器使用的是CMS。

[root@VM_0_12_centos smartFinancial-manager]# jps
13528 smartfinancialmanager.jar
25304 Jps[root@VM_0_12_centos bin]# ./jmap -heap 13528
Attaching to process ID 22002, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11using thread-local object allocation.
Mark Sweep Compact GC

以下为各种垃圾回收器算法对比。

考虑到需减少内存占用，同时当前为单核CPU，尝试更换为ParallelOldGC垃圾回收器；同时调整JVM内存分配参数，虚拟机最小、最大内存都为150M，新生代初始化内存为110M，eden和survivo的比例为5，survie区利用率提高到90%，参数如下。

-server -Xms150m -Xmx150m -Xmn110m -XX:+UseParallelOldGC -XX:SurvivorRatio=5 -XX:TargetSurvivorRatio=90

堆内存分配情况如下，新生代为110M(eden为89,2个servive分别为10) ，老年代为40M。

[root@VM_0_12_centos bin]# ./jmap -heap 4804
Attaching to process ID 4804, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11using thread-local object allocation.
Parallel GC with 1 thread(s)Heap Configuration:MinHeapFreeRatio         = 0MaxHeapFreeRatio         = 100MaxHeapSize              = 157286400 (150.0MB)NewSize                  = 115343360 (110.0MB)MaxNewSize               = 115343360 (110.0MB)OldSize                  = 41943040 (40.0MB)NewRatio                 = 2SurvivorRatio            = 5MetaspaceSize            = 21807104 (20.796875MB)CompressedClassSpaceSize = 1073741824 (1024.0MB)MaxMetaspaceSize         = 17592186044415 MBG1HeapRegionSize         = 0 (0.0MB)Heap Usage:
PS Young Generation
Eden Space:capacity = 93323264 (89.0MB)used     = 2273944 (2.1686019897460938MB)free     = 91049320 (86.8313980102539MB)2.436631449152914% used
From Space:capacity = 11010048 (10.5MB)used     = 0 (0.0MB)free     = 11010048 (10.5MB)0.0% used
To Space:capacity = 10485760 (10.0MB)used     = 0 (0.0MB)free     = 10485760 (10.0MB)0.0% used
PS Old Generationcapacity = 41943040 (40.0MB)used     = 16446840 (15.684928894042969MB)free     = 25496200 (24.31507110595703MB)39.21232223510742% used14440 interned Strings occupying 1362688 bytes.

smartFinancial程序占用的内存由352M下降到250M，降低了约100M，使用程序正常。

root      4804  4.3 25.3 2229316 255540 pts/8  Sl   14:53   0:16 java -jar -server -Xms150m -Xmx150m -Xmn110m -XX:+UseParallelOldGC -XX:SurvivorRatio=5 -XX:TargetSurvivorRatio=90 /home/kenick/smartFinancial-manager/smartfinancialmanager.jar --jasypt.encryptor.password=kenick@2020 --spring.profiles.active=cloud

查看系统负载和CPU，有略微上升。

top - 15:02:23 up 81 days, 16:44,  9 users,  load average: 0.45, 0.21, 0.12
Tasks: 126 total,   2 running,  87 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  6.2 sy,  0.0 ni, 93.8 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  1007748 total,   460124 free,   432536 used,   115088 buff/cache
KiB Swap:        0 total,        0 free,        0 used.   441852 avail Mem

1G内存JAVA程序优化相关推荐

调整了一下JVM内存，程序快了700％，Java程序优化笔记
Java程序性能优化是一个永远逃不开的话题,优化无处不在!一个偶然间,小编得到了一份Java程序性能优化的笔记,小编读完这份笔记后大为惊叹,实在是写的太好了,不忍独乐乐,于是把这份笔记免费分享出来,供 ...
Java 程序优化 (读书笔记)
--From : JAVA程序性能优化 (葛一鸣,清华大学出版社,2012/10第一版) 1. java性能调优概述 1.1 性能概述程序性能: 执行速度,内存分配,启动时间, 负载承受能力. 性能 ...
服务器不知别内存_程序优化浅谈服务器实现高并发的原理
我们每天刷手机都会接收到各种各样的信息,看到这篇文章时,不知大家有没有思考过,这些信息是如何组织,然后通过服务器发送给我们的呢? 其实也很简单,不就是一条一条请求嘛,服务器根据不同的请求分别去不同的数 ...
Java程序优化的一些最佳实践
摘要:本文介绍了Java代码优化的过程,总结了优化Java程序的一些最佳实践,分析了进行优化的方法并解释了性能提升的原因.多角度分析导致性能低的原因并逐个进行优化使得程序性能得到极大提升,代码可读性. ...
Java 程序优化：字符串操作、基本运算方法等优化策略
欢迎支持笔者新作:<深入理解Kafka:核心设计与实践原理>和<RabbitMQ实战指南>,同时欢迎关注笔者的微信公众号:朱小厮的博客. 字符串操作优化字符串对象字符串对象 ...
java程序优化快捷键_Java 代码中针对性能优化的总结方案
在一个好的项目中代码优化是永远离不开的话题,如果有充足的时间开发和维护代码,必须考虑每个可以优化的细节,日积月累,项目的质量才会上升,代码优化是绝对有必要的工作.代码优化的主要目的是减少代码块,提升代 ...
Java程序优化细节
1. 尽量在合适的场合使用单例使用单例可以减轻加载的负担,缩短加载的时间,提高加载的效率,但并不是所有地方都适用于单例,简单来说,单例主要适用于以下三个方面: 1).控制资源的使用,通过线程 ...
Java 程序优化之对象池
对象池概念: 如果一个类被频繁请求使用,那么不必每次都生成一个实例,可以将这个类都一些实例保存到一个"池"中,待需要使用的时候直接从"池"中获取.这个" ...
Java程序优化之享元模式
享元模式主要目的是为了提高系统性能.它的核心思想是:如果在一个系统中存在多个相同的对象,那么只需要共享一份对象的拷贝,而不必为每一次使用都创建新的对象.享元模式是为数不多的为提升系统性能而生的设计模式 ...

1G内存JAVA程序优化

1.系统概况

2.垃圾回收器/gc优化

1G内存JAVA程序优化相关推荐

最新文章

热门文章