-Xmx1344M -Xms1344M -Xmn448M -XX:MaxMetaspaceSize=192M -XX:MetaspaceSize=192M
一般运行linux上的程序都是执行 .sh 文件（./sh文件），那如果不影响当前CMD窗口的操作，需要后台运行怎么办呢？
-Xss设置越小 ，说明一个线程栈里能分配的栈帧就越少，但是对JVM整体来说能开启的线程数会更多 ，当然了，线程多了并不一定性能就高，只是理论上是这样的。
2、后端采用Spring Boot、Spring Cloud & Alibaba。
关于这些设置的JVM参数是什么意思，请参考第二步中的oracle官方给出的调优文档。
原文链接：https://cnblogs.com/jpfss/p/9753215.html
作为一名工程师，项目调优这事，是必须得熟练掌握的事情。在 SpringBoot 项目中，调优主要通过配置文件和配置 JVM 的参数的方式进行。
JVM加载类的时候，需要记录类的元数据，这些数据会保存在一个单独的内存区域内，在Java 7里，这个空间被称为永久代（Permgen），在Java 8里，使用元空间（Metaspace）代替了永久代。永久代和元空间保存的数据并不完全一样，永久代中还保存另一些与类的元数据无关的杂项。
作为一种常用的开发语言，Java经常使用可执行的JAR（Java Archive）文件来打包和分发应用程序。使用java -jar命令运行JAR文件是一种方便快捷的方式。本文将详细介绍java -jar命令的各种参数，帮助您充分利用这个功能。
Java程序编译为Jar包后，使用nohup java [-options] -jar jarfile > LOG_FILE 2>&1 &来后台运行。 本文主要是options参数的配置简单讲解。
作为一名工程师，项目调优这事，是必须得熟练掌握的事情。在Spring Boot项目中，调优主要通过配置文件和配置JVM的参数的方式进行。
内容 主要用来存放已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。JDK8之前又被称为永久带 (Permanent Generation)，JDK8永久带已被元空间 (MetaSpace)替代，虽然JDK1.7仍然保留永久带，但存储在永久代的部分数据就已经转移到了Java Heap或者是 Native Heap。譬如符号引用(Symbols)转移到了native heap；字面量(interned strings)转移到了java heap；类的静态变量(class statics)转移到了java heap。
如果你用的是IDEA等开发工具，来启动运行项目，那么要调试JDK就方便太多了。另外，IDEA 系列教程全部整理好了，微信搜索Java技术栈，在后台发送：IDEA，可以在线阅读。
JVM 中最重要的一部分就是堆空间了，基本上大多数的线上 JVM 问题都是因为堆空间造成的 OutOfMemoryError。因此掌握 JVM 关于堆空间的参数配置对于排查线上问题非常重要。
本文介绍有关如何使用AWS EC2+Docker+JMeter创建分布式负载测试基础架构。 完成所有步骤后，得到的基础结构如下:
对于垃圾收集算法来说，分代回收是高级算法之一。对象按照生成时间进行分代，刚刚生成不久的年轻对象划为新生代（Young gen-eration），而存活了较长时间的对象划为老生代（Old generation）。根据具体实现方式的不同，可能还会划分更多的代。比如有的把永久代也算做一个代。
我们可以对运行时数据区的内存进行参数设置. 这是jvm调优的重点. 参数的变化将影响到整体效率
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
本文介绍了在 JDK 8 中关于 JRE 的兼容性问题和解决方案，包括启动时间、类路径问题、第三方 jar 包无法使用、JVM 参数调整和类元数据空间上限等方面的问题。
JVM中内存通常划分为两个部分，分别为堆内存与栈内存， 栈内存主要用执行线程方法,存放本地临时变量与线程中方法执行时候需要的引用对象地址。
在RocketMQ官网上找到下载RocketMQ4.8.0的链接，下载和解压RocketMQ：
通常我们都知道在堆空间新生代Eden区满了，会触发minor GC， 在老年代满了会触发full GC， 触发full GC会导致Stop The World, 那你们知道还有一个区域满了一会触发Full GC么？而且这个区域满了会直接影响我们的开发效率。
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=512m; support was removed in 8.0 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=1024m; support was removed in 8.0
前不久在JVM群里阿飞和泉子在讨论metaspace的两个参数的含义，我看了下阿飞的文章——JVM参数MetaspaceSize的误解，问题主要是对这两个参数的理解有点误解。
在Java虚拟机(JVM)内部，class文件中包括类的版本、字段、方法、接口等描述信息，还有运行时常量池，用于存放编译器生成的各种字面量和符号引用。
这里，我们先来说说什么是VM吧，VM的中文含义为：虚拟机，指的是使用软件的方式模拟具有完整硬件系统功能、运行在一个完全隔离环境中的完整计算机系统，是物理机的软件实现。
1 注意单位不一样，将 4g改为256m而不要忘了更改m,一开始忘了改单位所以报错：
1.评估在业务服务的极致qps下，skywalking是否对业务有影响。这个是最重要的。
Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。
亿级流量电商系统JVM模型参数预估方案，在原来的基础上采用ParNew+CMS垃圾收集器
序 本文主要研究一下jvm的CompressedClassSpace java-on-linux-for-devs-and-ops-2-638.jpg CompressedClassSpace java8移除了permanent generation，然后class metadata存储在native memory中，其大小默认是不受限的，可以通过-XX:MaxMetaspaceSize来限制 如果开启了-XX:+UseCompressedOops及-XX:+UseCompressedClassesPo
译者 梅小西，原文出处：http://blog.csdn.net/wang8118/article/details/45765869 Java 8介绍了一些新语言以及运行时新特点。其中一个特点便是完全移除了持久代(PermGen)，自从Oracle公司发布了JDK1.7后就已经宣布了这个决定。还有比如内部字符串，从JDK1.7开始就从持久代移除了，JDK8的发布彻底废除了它。在这个部分，我们会讨论持久代的继任者：Metaspace。 当执行一个Java程序并出现了“泄露”类元数据对象时我们会比较HotSpo
通过监控发现，接口响应慢主要是P99耗时高引起的，怀疑与该服务的GC有关，该服务典型的一个实例GC表现如下图：
最近上线了一个需求，遇到了一个JVM报警的问题，很荣幸能遇到，在此分享一下整个调优的过程。
Tomcat的连接数主要受几个参数的影响:1. acceptCount:指定Tomcat接收请求的最大队列数,默认值为100。这是因为Tomcat的连接器(Connector)将接收到的请求放入队列进行处理,当队列满时新请求会被拒绝。将acceptCount的值增加可以加大链接请求队列的大小,接纳更多连接。2. maxConnections:指定最大连接数,默认值为10000。当Tomcat正在处理的连接达到这个值时,新的连接请求会被拒绝。增大这个值可以增加Tomcat的最大连接数。3. maxThreads:指定最大线程数,默认值为200。由于每个连接都需要一个线程来处理,当线程数达到maxThreads时新连接无法被处理,会被拒绝。增大maxThreads值也可以增加最终的连接数。所以,可以通过调整以上3个参数来加大Tomcat的连接数:1. 增大acceptCount值,扩大连接请求队列,避免连接请求被拒绝,如:
点击 File > Settings > Build Tools > Maven > Importing
随之API基于jdk7，cms的调参之旅结束，我们下一阶段准备将历史遗留系统由jdk7升级到jdk8，jdk8存在一些非常好的特性，当然函数式编程并不是我们最想要的，最想要的还是他的异步响应编程模型的支持。
本文将会分享至今为至我收集的关于永久代（Permanent Generation ）的替代者：元空间（Metaspace）的信息。我也会比较在执行JAVA 程序时HotSpot 1.7 和 HotSpot 1.8 (b75)的运行行为。
Notice:这里我们默认以Linux JAVA8 hotspot环境为例，其Oracle官网Java Platform, Standard Edition Tools Reference（这里面有详细参数配置说明）。
最近线上服务平均两周就会出现重启的现象，同时SRE的同事发现重启前服务占用内存非常高，重启后内存下降，可见该服务是逐步耗尽系统内存。给力的SRE同事最后发现是服务所用的框架导致的内存被撑爆了。本文在本地模拟在这次线上问题，并记录这次问题的排查过程
前文我们没有提到，如何限制元空间的大小，其实就是限制 commit 的内存大小。元空间的限制不只是受限于我们的参数配置，并且前面我们提到了，元空间的内存回收也比较特殊，元空间的内存基本都是每个类加载器的 ClassLoaderData 申请并管理的，在类加载器被 GC 回收后，ClassLoaderData 管理的这些元空间也会被回收掉。所以，GC 是可能触发一部分元空间被回收了。所以元空间在设计的时候，还有一个动态限制 _capacity_until_GC，即触发 GC 的元空间占用大小。当要分配的空间导致元空间整体占用超过这个限制的时候，尝试触发 GC。这个动态限制也会在每次 GC 的时候动态扩大或者缩小。动态扩大以及缩小
JVM运行时数据区-方法区 方法区和Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、域信息、方法信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap(非堆)，目的应该是与Java堆区分开来。很多人都更愿意把方法区称为“永久代”(Permanent Generation)。从jdk1.7已经开始准备“去永久代”的规划，jdk1.7的HotSpot中，已经把原本放在方法区中的静态变量、字符串
当我们运行程序，通过visual工具可以看到visual GC的运行情况，如我们上篇文章所说，他会从Eden到s0到s1，s0和s1反复拷贝，直到代龄达到15次，则会到old，最后导致OOM。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
