不知道大家有没有注意到，在22.10.31 21点之后，凯哥的个人博客站点(凯哥Java:www.kaigejava.com)访问速度提升了不少。那是因为凯哥对站点做了优化。本文就记录优化方面：
如何在高性能服务器上进行JVM调优？ 为了充分利用高性能服务器的硬件资源，有两种JVM调优方案，它们都有各自的优缺点，需要根据具体的情况进行选择。 1. 采用64位操作系统，并为JVM分配大内存 我们知道，如果JVM中堆内存太小，那么就会频繁地发生垃圾回收，而垃圾回收都会伴随不同程度的程序停顿，因此，如果扩大堆内存的话可以减少垃圾回收的频率，从而避免程序的停顿。 因此，人们自然而然想到扩大内存容量。而32位操作系统理论上最大只支持4G内存，64位操作系统最大能支持128G内存，因此我们可以使用64位操作系
服务器硬件有没有问题，网络、存储、内存、CPU情况有没有问题。如果有普罗米修斯、zabbix监控，可以直接查看监控，如果没有则需要进入服务器进行定位。
windows中大家都知道，JAVA程序启动时都会JVM都会分配一个初始内存和最大内存给这个应用程序。这个初始内存和最大内存在一定程度都会影响程序的性能。比如说在应用程序用到最大内存的时候，JVM是要先去做垃圾回收的动作，释放被占用的一些内存。 所以想调整Tomcat的启动时初始内存和最大内存就需要向JVM声明，一般的JAVA程序在运行都可以通过中-Xms -Xmx来调整应用程序的初始内存和最大内存: 如：java -Xms 64m -Xmx 128m a.jar. tomcat的启动程序是包装过的，不能直接使用java -X….. tomcat.*来改变内存的设置。在Tomcat在改变这个设置 有两种方法： 1. 适合用%tomcat_home%/bin中的startup.bat脚本启动，需要在环境变量中加上CATALINA_OPTS这个属性 。 如 SET CATALINA_OPTS= -Xms 64m -Xmx 512m ; ms是最小的，mx是最大， 64m , 512m 分别是指内存的初始和最大容量.
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最大允许分配的非堆内存，按需分配
JVM给了三种选择：串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小数据量的情况，
任何新的业务系统在上线以前都需要去估算服务器配置和 JVM 的内存参数，这个容量与资源规划并不仅仅是系统架构师的随意估算的，需要根据系统所在业务场景去估算，推断出来一个系统运行模型，评估 JVM 性能和 GC 频率等等指标。
1. 概念 ---- G1收集器（Garbage First）是从 JDK 1.7 u4 版本之后正式引入到Java的垃圾收集器，此类垃圾收集器主要应用在多CPU以及大内存的服务器环境下，这样可以极大地减少垃圾收集的停顿时间，以提升服务器的操作性能。引入此收集器的主要目的是为了在将来的某一个时间内可以替换掉CMS（Concurrent Mark Sweep）收集器。 2. G1区域划分 ---- G1垃圾收集器采用的是区域化、分布式的垃圾收集器。其核心思想为将整个堆内存区域划分为大小相同的子区域（Regi
前提：某大型跨境电商业务发展非常快，线上机器扩容也很频繁，但是对于线上机器的运行情况，特别是jvm内存的情况，一直没有一个统一的标准来给到各个应用服务的owner。
tomcat优化(五)tomcat调优
通过这一个多月的努力，将FullGC从40次/天优化到近10天才触发一次，而且YoungGC的时间也减少了一半以上，这么大的优化，有必要记录一下中间的调优过程。
导读：本文记录一次线上JVM调优实践，FullGC40次/天到10天一次的优化过程，总结本篇文章希望对从事相关工作的同学能够有所帮助或者启发。
堆内存变大后，虽然垃圾收集的频率减少了，但每次垃圾回收的时间变长。 如果堆内存为 14 G，那么每次 Full GC 将长达数十秒。如果 Full GC 频繁发生，那么对于一个网站来说是无法忍受的。
本文记录一些常见的Tomcat经常出现的内存溢出问题，在查询大量数据和加载jar包出现异常。一般JVM内存溢出(OOM)，分为堆内存溢出和PermGen区内存溢出：
版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
其实说到对JVM进行性能调优早已是一个老生常谈的话题，如果你所在的技术团队还暂时达不到淘宝团队那样的高度，无法满足在OpenJDK的基础之上根据自身业务进行针对性的二次开发和定制调优，那么对于你来说，唯一的选择就是尽可能的熟悉JVM的内存布局，以及熟练掌握与GC相关的那些选项配置，否则JVM的基础性能调优不是痴人说梦？
-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. 各个参数的含义什么？
在SpringBoot的Web项目中，默认采用的是内置Tomcat，当然也可以配置支持内置的jetty，内置有什么好处呢？
上周知识星球的同学在阿里云技术面终面的时候被问到这么一个问题：假设一个每天100w次登陆请求的平台，一个服务节点 8G 内存，该如何设置JVM参数？ 觉得回答的不太理想，过来找我复盘。
在SpringBoot的Web项目中，默认采用的是内置Tomcat，当然也可以配置支持内置的jetty，内置有什么好处呢？ 1. 方便微服务部署。 2. 方便项目启动，不需要下载Tomcat或者Jetty
我们知道，java进程中的线程，是直接映射到服务的线程上，当创建的线程过多时，创建线程会失败，现象如下:
公众号改版后文章乱序推荐，希望你可以点击上方“Java进阶架构师”，点击右上角，将我们设为★“星标”！这样才不会错过每日进阶架构文章呀。
原文地址：https://www.cnblogs.com/superfj/p/8667977.html
介绍 在SpringBoot的Web项目中，默认采用的是内置Tomcat，当然也可以配置支持内置的jetty，内置有什么好处呢？ 1. 方便微服务部署。 2. 方便项目启动，不需要下载Tomcat或者Jetty 针对目前的容器优化，目前来说没有太多地方，需要考虑如下几个点 线程数 超时时间 jvm优化 针对上述的优化点来说，首先线程数是一个重点，初始线程数和最大线程数，初始线程数保障启动的时候，如果有大量用户访问，能够很稳定的接受请求， 而最大线程数量用来保证系统的稳定性，而超时时间用来保障
最近正在进行从Spring Boot往Spring Cloud上改造升级。之前部署的应用程序比较少，还没什么问题。当Spring Cloud项目逐步新增之后，问题就爆发了，服务器内存不够用了。而现有的用户体量也没必要对服务器再次进行升级，于是就开始着手Spring Boot启动时JVM内存配置的优化。
JVM中的垃圾收集器一直在不断发展中，比较成熟的垃圾回收器有串行回收器、并行回收器、标记回收器、垃圾优先回收器等，JDK11中引入了ZGC，JDK12中引入另外一款垃圾回收器Shenandoah。
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
过去的几天里，我把JVM内部的垃圾回收算法和垃圾回收器。还剩下最后一个G1回收器没有说，我们今天数一下G1回收器和常见的参数配置。
当我们公司使用tomcat作为web应用服务器的规模越来越大,为保证Tomcat配置安全,防止信息泄露,恶意攻击以及配置的安全规范,特制定此Tomcat安全配置规范.本文章从别处转载并做了补充
用了很久的Tomcat，没怎么看过它的优化，今天抽出时间研究了下，将内容记录下。 首先，是客户端访问tomcat的一个过程，如图所示： 图中间虚线框部分是 Apache基金下的服务器来做静态资源处理
1、java.lang.OutOfMemoryError: PermGen space
什么是jvm调优呢？jvm调优就是根据gc日志分析jvm内存分配、回收的情况来调整各区域内存比例或者gc回收的策略；更深一层就是根据dump出来的内存结构和线程栈来分析代码中不合理的地方给予改进。eclipse优化主要涉及的是前者，通过gc日志来分析。本文主要是通过分析eclipse gc日志为例来示例如何根据gc日志来分析jvm内存而进行调优,像根据关闭eclipse启动项、关闭各种校验等措施来优化eclipse本文不再阐述，网上有很多，本次测试的eclipse已经进行了配置上面的优化。
GC 优化的基本原则是：将不同的 GC 参数应用到两个及以上的服务器上然后比较它们的性能，然后将那些被证明可以提高性能或减少 GC 执行时间的参数应用于最终的工作服务器上。
某后端系统，处于整个调用链路偏后的位置，对接口性能有着比较严格的要求。因此对外承诺的三个9响应时间为200多毫秒。
Tomcat本身不能直接在计算机上运行，需要依赖于操作系统和一个Java虚拟机。JAVA程序启动时JVM会分配一个初始内存和最大内存给APP。当APP需要的内存超出内存的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。
Tomcat作为Web应用的服务器，目前绝大多数公司都是用其作为应用服务器的，应用服务器的执行效率会影响系统执行，这里会讲Tomcat怎样进行配置能提高处理性能。另外必须提到对应的JVM参数的优化的一些经验。
https://www.cwiki.us/display/CONF6ZH/Start+Confluence+Automatically+on+Windows+as+a+Service
内存溢出在日常工作中，这个错误很容易遇到。遇到内存溢出，首先我们需要快速定位内存溢出的环节(位置)，需要进行分析，看看是正常情况还是非正常情况。如果是正常情况，这个时候我们需要加大内存。如果是非正常情况，就需要对我们的程序进行修改，来修复这个问题。
个人博客纯净版：https://www.fangzhipeng.com/db/2019/09/03/es-optimized.html
串行 GC 对年轻代使用 mark-copy (标记-复制) 算法，对老年代使用 mark-sweep-compact (标记-清除-整理) 算法。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
