ElasticSearch6.3.2中的JVM性能调优前一段时间被人问了个问题：在使用ES的过程中有没有做过什么JVM调优措施？在我搭建ES集群过程中，参照importantsettings(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.elastic.co

先上代码：主函数：1.publicclassGCDemo{3.publicstaticvoidmain(String\\args)throwsInterruptedException{6.List<GCDataObjectlistnewArrayList<GCDat

友情链接查看JVM加载的类及对应类加载器的方法(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fz00377750%2Fp%2F9167768.html)

一、jvm内存调优（Gc 和Fullgc）hotspot\Xms40m 最小堆内存\Xmx512m最大值内存\verboose:gc\XX:PrintGCDetails\XX:printGCDateStamps\Xloggc:D:/gc/gc.log调优主要调到Gc\PSYoungGen:

http://blog.csdn.net/rodesad/article/details/51545109http://blog.csdn.net/rodesad/article/details/51544977http://blog.csdn.net/rodesad/article/details/51545039ht

Jconsole，jProfile，VisualVMJconsole: jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fpengjiaheng.spaces.l

1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。

在生产系统中，高吞吐和低延迟一直都是JVM调优的最终目标，但这两者恰恰又是相悖的，鱼和熊掌不可兼得，所以在调优之前要清楚舍谁而取谁。一般计算任务和组件服务会偏向高吞吐，而web展示则偏向低延迟才会带来更好的用户体验。本文从性能和经验上来分享一下JVM参数的设置。调优之前可以先用XX:PrintFlagsFinal来查看虚拟机是否默认开启某

调优基本概念在调整JVM性能时，通常有三个组件需要考虑：1.堆大小调整2.垃圾收集器调整3.JIT编译器大多数调优选项都与调整堆大小和选择合适的垃圾收集器有关，JIT编译器对性能也有很大影响，但很少需要对其进行调优，尤其是针对较新版本的JVM。通常，在进行Java程序调优的时候，会重点关注两个主要指标：响应

1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。