https://tech.meituan.com/2016/12/02/performance-tunning.html
https://tech.meituan.com/2017/12/29/jvm-optimize.html
https://www.jianshu.com/p/2c4b091deaa3
1 关于GC优化原则
1 首先再次声明,在进行GC优化之前,需要确认项目的代码和架构等已经没有优化空间。我们不能指望一个代码层次优化没有穷尽或者系统架构有缺陷的应用,通过GC优化令其性能达到一个质的飞跃。(就像 一位前辈说的 只要代码足够好 现在日活5w 用户再增加五倍 也撑得住)
2. 其次,通过上述分析,可以看出虚拟机内部已有很多优化来保证应用的稳定运行,所以不要为了调优而调优,不当的调优可能适得其反。
3. 最后,GC优化是一个系统而复杂的工作,没有万能的调优策略可以满足所有的性能指标。GC优化必须建立在我们深入理解各种垃圾回收器的基础上,才能有事半功倍的效果。
2 介绍调优的一般流程:明确优化目标→优化→跟踪优化结果。
确定目标
明确应用程序的系统需求是性能优化的基础,系统的需求是指应用程序运行时某方面的要求,譬如: - 高可用,可用性达到几个9。 - 低延迟,请求必须多少毫秒内完成响应。 - 高吞吐,每秒完成多少次事务。
明确系统需求之所以重要,是因为上述性能指标间可能冲突。比如通常情况下,缩小延迟的代价是降低吞吐量或者消耗更多的内存或者两者同时发生。
由于笔者所在团队主要关注高可用和低延迟两项指标,所以接下来分析,如何量化GC时间和频率对于响应时间和可用性的影响。通过这个量化指标,可以计算出当前GC情况对服务的影响,也能评估出GC优化后对响应时间的收益,这两点对于低延迟服务很重要。
2 方向
1 堆的大小及各代比例调整
2 垃圾收集器选择
3 参数调整
代码层次优化没有穷尽
原文地址:https://www.cnblogs.com/light-train-union/p/13365933.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。