看泉子的一篇文章：JVM源码分析之Jstat工具原理完全解读 - 你假笨 里提到了两个JVM参数，可以控制perfdata文件是否共享，引用泉子对这两个参数的解释：
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
Zabbix自带监控系统的内存利用率和CPU利用率，但是系统内存并不能反应JVM内存情况
对于大数据量的实时检索,还是ElasticSearch会好很多,当然ElasticSearch的JDK要求最低应该是1.8,如果还在用1.6 1.7的JDK,那建议不用看了
其中New和Tenured属于堆内存，堆内存会从JVM启动参数（-Xmx:3G）指定的内存中分配，Perm不属于堆内存，有虚拟机直接分配，但可以通过-XX:PermSize -XX:MaxPermSize 等参数调整其大小。
1.参数的含义 -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M -vmargs 说明后面是VM的参数，所以后面的其实都是JVM的参数了 -Xms128m JVM初始分配的堆内存 -Xmx512m JVM最大允许分配的堆内存，按需分配 -XX:PermSize=64M JVM初始分配的非堆内存 -XX:MaxPermSize=128M JVM最大允许分配的非堆内存，按需分配
每个方法被执行时候，会同步创建一个栈帧。用于存储局部变量表、操作数栈、动态连接、方法出口。
Tomcat调优是一个老话题，目的都是为了提高站点的吞吐和并发。这里面涉及到Tomcat本身参数的优化和JVM优化。近期在研究JVM的参数设置和Tomcat集群，所以进行了一下调优实践。需要说明的是：本文的配置肯定不是最好的，仅仅是一次实践和一次记录。步骤可以参考，但参数设置需要针对不同需求的项目来进行调整。 1、安装APR(Apache Portable Runtime) Tomcat 7 以后 Connector 默认启用 APR 协议，但是只有配置了 APR库才可以生效，否则还是会使用 BIO 或者N
https://www.elastic.co/guide/en/elasticsearch/reference/current/important-settings.html#important-settings
转载自 https://www.cnblogs.com/thingk/p/6840585.html
所有正在运行的线程的栈上的引用变量。所有的全局变量。所有ClassLoader。。。
Tomcat 的缺省配置是不能稳定长期运行的，也就是不适合生产环境，它会死机，让你不断重新启动，甚至在午夜时分唤醒你。对于操作系统优化来说，是尽可能的增大可使用的内存容量、提高CPU 的频率，保证文件系统的读写速率等。经过压力测试验证，在并发连接很多的情况下，CPU 的处理能力越强，系统运行速度越快。
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？
最近针对java项目的部署方式进行整理，jenkins/tomcat/windows工具/linux脚本/web部署平台等等
先说结论，Kafka 部署在 Linux 上要比 Windows 和 Mac 上性能高的多，主要是以下几个原因：
我们可以对运行时数据区的内存进行参数设置. 这是jvm调优的重点. 参数的变化将影响到整体效率
将ip.duoip.cn替换为您的代理服务器IP地址，将8080替换为您的代理服务器端口号。将<your_main_class_name>替换为您的Java应用程序的主类名。
http://blog.chopmoon.com/favorites/231.html
Tomcat 的启动参数位于tomcat的安装目录\bin目录下，如果你是Linux操作系统就是catalina.sh文件，如果你是Windows操作系统那么你需要改动的就是catalina.bat文件。
通常我们都知道在堆空间新生代Eden区满了，会触发minor GC， 在老年代满了会触发full GC， 触发full GC会导致Stop The World, 那你们知道还有一个区域满了一会触发Full GC么？而且这个区域满了会直接影响我们的开发效率。
在实际的业务场景中，我们往往倾向于认为容器环境与虚拟机一样，可以完全自定义不同参数的虚拟 CPU 和虚拟 Memory 资源。其实，从本质上而言，容器更倾向于一种隔离机制环境，其中一个进程的资源（ CPU、内存、文件系统、网络等）与另一个进程隔离。这种隔离是可能的，因为 Linux 内核中有一个名为 CGroups 的特性。然而，一些从执行环境收集信息的应用程序在 CGroup 存在之前就已经实现了。像大多数常用的命令行 “top”、“free”、“ps” 等诸如此类的工具，甚至 JVM 都没有针对在容器内执行进行优化，毕竟，容器是一个高度受限的 Linux 进程。
高级运行时选项（Advanced Runtime Options）： -XX:+UnlockCommercialFeatures 开启商业选项，许多商业特性都需要这个选项的支持。 -XX:+CheckEndorsedAndExtDirs jdk 8中新增加的一个参数，有兴趣的可以去看看openjdk中的关于这一块的实现（http://hg.openjdk.java.net/jdk8u/hs-dev/hotspot/rev/fa6adc194d48） 这个参数是用来阻止Java 命令运行应用（除非没有用到endorsed-standards override机制&扩展机制）。 同时，这个选项会检查应用是否启动了以下机制 1、java.ext.dirs 或 java.endorsed.dirs 属性被设置 2、lib/endorsed 目录存在 && 不为空 3、lib/ext 目录下包含了除JDK以外的JAR 4、系统范围内 特定于平台的扩展目录中包含任何JAR文件 -XX:+DisableAttachMechanism 启动此参数之后，JVM将禁止任何工具连接，通常情况下这个选项是关闭的。外部工具指的是 jstack、jmap、jinfo等JVM辅助分析工具。 -XX:ErrorFile=filename 用于当出现致命错误时，指定一个目录，用来存储Error信息。默认为当前目录下的hs_err_pidpid.log，也就是 filename=./hs_err_pidpid.log -XX:+FailOverToOldVerifier 当新的类型检查失败时，自动使用老的验证器。默认这个是关闭的，但是当我们需要时使用老版本的字节码的时候则需要开启这个选项。 -XX:+FilghtRecorder 嗯。Java 就是性能记录。这是一个商业特性，和 -XX:+UnlockCommercialFeatures 选项一起使用如果这个选项开启了，那么JVM的性能记录是不可用的。 -XX:-FilghtRecorder 嗯，又是性能记录。关闭了 -XX:FilghtRecorderOptions={ parameter=value、 defaultrecording={true|false}、 disk={true|false}、 dumponexit={true|false}、 dumponexitpath=path、 globalbuffersize=size loglevel={quiet|error|warning|info|debug|trace} maxage=time maxchunksize=size maxsize=size repository=path samplethreads={true|false} settings=path stackdepth=depth threadbuffersize=size } defaultrecording: 指定是否在后台一只记录还是只运行一段时间，默认这个参数的值是false。如果要一直开启，请设置为true。 disk：是否JRE持续的把记录写到硬盘中，默认false，如果想要持续记录，需要设置为true。 dumponexit：是否在JVM终止的时候记录JFE的数据 dumponexitpath：JVM终止是记录JFE的数据的路径，如果指定的是一个目录 JVM会自动创建一个文件（文件名一般是以当前时间生成），若是文件名，如果这个文件名已经存在了，通常会加一个时间后缀来区分。这个参数如果不生效，上一个参数的选项也是不成立的 globalbuffersize=size：指定保留数据的总大小。 loglevel：JFE日志的日志级别，默认 Info maxage：设置数据对大的保留时间 maxchunksize=size：设置数据最大块的大小 maxsize=size：设置数据在硬盘的最大容量，默认容量没有限制，前提：仅当disk=true时，此选项可用。 respository=path：设置临时仓库，默认使用系统的临时路径 samplethreads：设置是否进行线程抽样，默认为true setting=path：设置事件配置文件，默认是使用JAVA_HOME/jre/lib/default.jfc stackdepth=depth：设置对应栈追踪的深度，默认深度为64 threadbuffersize=size：指定每个线程的本地缓冲的大小，默认大小为5k
当我们将 JVM 生态中的关键要素，例如，垃圾收集器、堆大小和运行时编译器设置默认值时，许多技术人员（开发、运维人员）或许应该意识到在 Linux 容器生态中（诸如，Docker、Rkt、RunC、Lxcfs 等）内所运行的 Java 进程的实际行为与预期不符。当我们在没有任何调优参数（例如，最为简洁的的启动命令行：“ java -jar myapplication .jar”）的情况下执行 Java 应用程序时，JVM 将自行调整某些特定的参数，以在当前执行环境中获得最佳性能表现。
要添加在tomcat 的bin 下catalina.sh 里，位置cygwin=false前 。
一、JVM内存模型及垃圾收集算法 1.根据Java虚拟机规范，JVM将内存划分为： New（年轻代） Tenured（年老代） 永久代（Perm） 其中New和Tenured属于堆内存，堆内存会从JVM启动参数（-Xmx:3G）指定的内存中分配，Perm不属于堆内存，有虚拟机直接分配，但可以通过-XX:PermSize -XX:MaxPermSize 等参数调整其大小。 年轻代（New）：年轻代用来存放JVM刚分配的Java对象 年老代（Tenured)：年轻代中经过垃圾回收没有回收掉的对象将被Cop
非标准参数表示不保证所有JVM实现都支持这些参数，在将来的JVM版本中可能会发生改变。非标准参数统一以 -X 开头，如 -Xmx20M 设置最大java堆大小，示例：
Linux系统中tomcat的启动参数 export JAVA_OPTS="-server -Xms1400M -Xmx1400M -Xss512k -XX:+AggressiveOpts -XX:+UseBiasedLocking -XX:PermSize=128M -XX:MaxPermSize=256M -XX:+DisableExplicitGC -XX:MaxTenuringThreshold=31 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CM
熟悉 Java 语言特性的同学都知道，相比 C、C++ 等编程语言，Java 无需通过手动方式回收内存，内存中所有的对象都可以交给 Java 虚拟机来帮助自动回收；而像 C、C++ 等编程语言，需要开发者通过代码手动释放内存资源，否则会导致内存溢出。
JVM参数有很多，其实我们直接使用默认的JVM参数，不去修改都可以满足大多数情况。但是如果你想在有限的硬件资源下，部署的系统达到最大的运行效率，那么进行相关的JVM参数设置是必不可少的。下面我们就来对这些JVM参数进行详细的介绍。
_NullPointer 出处：https://www.cnblogs.com/renwei/
在Java编程中，栈是用于存储方法调用和局部变量的内存区域。然而，栈的大小是有限的，当栈空间不足以容纳更多的方法调用和局部变量时，就会发生栈溢出。本文将深入探讨栈溢出的原因、异常类型以及JVM参数设置，帮助读者理解并避免栈溢出的问题。
在 Flink 1.12.0 版本中对 UI 进行了改进,在 TM 的页面增加了一个内存模型图,清楚的显示了每个区域的内存配置以及使用情况.
OpenJDK 9中首次新增了一项实验性功能，JVM可借助该功能检测到自己运行在容器中，进而酌情调整内存限制。尽管过去几年来容器技术日渐流行，但包括JVM在内的很多工具依然需要通过宿主机的参数访问可用
这个问题困扰自己已经很长时间了,差不多是上周开始我的ElasticSearch只要一启动就会报这个错误,反正很无语.
无论是在spring boot 还是spring cloud 项目中，随着应用的不断增多，JVM参数的统一管理的重要性就会凸显出来，否则你可能会遇到几个问题:
今天对接接口，对方给的 Demo 和已有项目用的 HTTP 工具不是一个；后来出现人家的好使，我的死活不通的情况；无奈之下开始研究 Java 抓包，所以怕忘了记录一下……
JVM 中最重要的一部分就是堆空间了，基本上大多数的线上 JVM 问题都是因为堆空间造成的 OutOfMemoryError。因此掌握 JVM 关于堆空间的参数配置对于排查线上问题非常重要。
对于业务系统的性能优化，除了上面谈到的标准分析流程和分析要素外，再谈下其它一些性能问题引发的关键思考。
今天谈下业务系统性能问题分析诊断和性能优化方面的内容。这篇文章重点还是谈已经上线的业务系统后续出现性能问题后的问题诊断和优化重点。
上周知识星球的小伙伴面了阿里，在二面中被问到GC日志分析，感觉回答的不是很好，过来找我复盘，大致听了他的回答，虽然回答出了部分，但是没抓到重点。
Notice:这里我们默认以Linux JAVA8 hotspot环境为例，其Oracle官网Java Platform, Standard Edition Tools Reference（这里面有详细参数配置说明）。
1、在Linux中启动项目：java -cp ref-jvm.jar -XX:+PrintGC -Xms200M -Xmx200M ex13.FullGCProblem
我们首先来分析下如果一个业务系统上线前没有性能问题，而在上线后出现了比较严重的性能问题，那么实际上潜在的场景主要来自于以下几个方面。
最近做了一些JVM监控与调优的事情，算是第一次实践，还比较陌生，故而先把这一次经验简单记下笔记，这样，对后面学习调优方面时，不至于又想不起来了。
调优是需要做好准备工作的，毕竟每一个应用的业务目标都不尽相同，性能瓶颈也不会总在同一个点上。在业务应用层面，我们需要：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
