高吞吐低延迟Java应用的垃圾回收优化

最新推荐文章于 2022-06-25 10:00:23 发布
最新推荐文章于 2022-06-25 10:00:23 发布
阅读量253 收藏
点赞数
分类专栏： Java 文章标签： Java Linux 尚硅谷
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sggtgfs/article/details/84027792
版权
本文探讨了Java应用中GC（垃圾回收）对性能的影响，特别是并发GC（如CMS和G1）对CPU和内存的开销。通过对G1垃圾回收器进行参数调整，例如使用-XX:G1RSetUpdatingPauseTimePercent=20，可以减轻CPU使用率，但可能导致更低的吞吐量。文章建议优化系统内存和I/O管理，使用-XX:+AlwaysPreTouch减少启动时性能损失，并通过调整vm.swappiness避免不必要的交换惩罚。最后，分享了一种针对大型堆内存的配置方案，结合ParNew/CMS实现更稳定的低延迟GC性能。
摘要由CSDN通过智能技术生成
    1. 了解GC的CPU和内存开销

并发GC通常会增加CPU的使用。我们观察了运行良好的CMS默认设置，并发GC和G1垃圾回收器共同工作引起的CPU使用增加显著降低了应用的吞吐量和延迟。与CMS相比，G1可能占用了应用更多的内存开销。对于低吞吐量的非计算密集型应用，GC的高CPU使用率可能不需要担心。

图2 ParNew/CMS和G1的CPU使用百分数%：相对来说CPU使用率变化明显的节点使用G1
选项-XX:G1RSetUpdatingPauseTimePercent=20

图3 ParNew/CMS和G1每秒服务的请求数：吞吐量较低的节点使用G1
选项-XX:G1RSetUpdatingPauseTimePercent=20

    1. 为GC优化系统内存和I/O管理
最低0.47元/天 解锁文章
尚硅谷铁杆粉丝
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
高吞吐、低延迟 Java 应用的 GC 优化实践
AI乔治
09-18 608
本篇原文作者是 LinkedIn 的 Swapnil Ghike，这篇文章讲述了 LinkedIn 的 Feed 产品的 GC 优化过程，虽然文章写作于 April 8, 2014，但其中的很多内容和知识点非常有学习和参考意义。 背景 高性能应用构成了现代网络的支柱。LinkedIn 内部有许多高吞吐量服务来满足每秒成千上万的用户请求。为了获得最佳的用户体验，以低延迟响应这些请求是非常重要的。 例如，我们的用户经常使用的产品是 Feed —— 它是一个不断更新的专业活动和内容的列表。Feed 在 .
3-JVM调优目标：使用较小的内存占用来获得较高的吞吐量或者较低的延迟
m0_55548657的博客
07-12 381
1、JVM调优目标：使用较小的内存占用来获得较高的吞吐量或者较低的延迟。 程序在上线前的测试或运行中有时会出现一些大大小小的JVM问题，比如cpu load过高、请求延迟、tps降低等，甚至出现内存泄漏（每次垃圾收集使用的时间越来越长，垃圾收集频率越来越高，每次垃圾收集清理掉的垃圾数据越来越少）、内存溢出导致系统崩溃，因此需要对JVM进行调优，使得程序在正常运行的前提下，获得更高的用户体验和运行效率。 这里有几...
JVM吞吐量与延迟关系
wank1259162的博客
06-25 1763
堆内存增大，GC一次能处理的数量变大，吞吐量大；但是GC一次的时间会变长，导致后面排队的线程等待时间变长；向反，如果堆内存小，GC一次时间短，排队等待的线程等待时间变短，延迟减少，但一次请求的数量变小。一、吞吐量与响应时间 吞吐量 = CPU在用户应用程序运行的时间 / （CPU在用户应用程序运行的时间 + CPU垃圾回收的时间） FULL GC，串行垃圾回收会使用应用停顿，响应用户时间长二、垃圾回收器算法比较 串行回收算法：会停止当前应用进程，回收垃圾，停顿时间久，吞吐量大，响应时间长 并行回收算法： 是
JVM基础(十)：吞吐量和延迟
mingyuli的博客
11-28 1738
Latency，中文译作延迟。Throughput，中文译作吞吐量。它们是衡量软件系统的最常见的两个指标。 延迟一般包括单向延迟（One-way Latency）和往返延迟（Round Trip Latency），实际测量时一般取往返延迟。它的单位一般是ms、s、min、h等。 而吞吐量一般指相当一段时间内测量出来的系统单位时间处理的任务数或事务数（TPS）。注意“相当一段时间”，不是几秒，而可能是十几分钟、半个小时、一天、几周甚至几月。它的单位一般是TPS、每单位时间写入磁盘的字节数等...
吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得（深入理解java虚拟机）
qq_44858230的博客
03-20 777
吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得 所谓吞吐量：就是 CPU用于运行用户代码的时间与 CPU总消耗时间的比值，即吞吐量 = 运行用户代码时间 / （运行用户代码时间 + 垃圾收集时间），虚拟机总共运行了100分钟，其中垃圾收集花掉了1分钟，那吞吐量就是99% 那么如果我们想要提高吞吐量，就应该尽量减少垃圾回收时间不就好了，那就尽可能少的运行 GC的次数，但是问题来了，这就跟你倒垃圾一样，你如果很久不倒垃圾，那垃圾不就是越堆越多，偶尔倒一次，一次需要倒好久，这里就引出了最大垃圾回收停顿时间 最大垃
高吞吐低延迟Java应用的垃圾回收优化.docx
最新发布
08-22
高吞吐低延迟Java应用的垃圾回收优化 高吞吐低延迟Java应用的垃圾回收优化是现代网络的关键组件。为了优化用户体验，低延迟地响应用户请求非常重要。垃圾回收（Garbage Collection，GC）是Java应用程序中一个重要的...
高吞吐低延迟Java应用的垃圾回收优化.zip
09-29
本文将深入探讨如何对Java应用的垃圾回收进行优化，以实现高吞吐、低延迟的目标。 一、理解垃圾回收 1. 垃圾回收原理：垃圾回收器会识别并清理不再使用的对象，释放内存资源。主要目标是确保无内存泄漏，并避免...
了解下-XX:+AlwaysPreTouch参数
绅士jiejie的博客
10-09 7112
首先要简单的了解一下，虽然通过JVM的参数-Xmx和-Xms可以设置JVM的堆大小，但是此时操作系统分配的只是虚拟内存，只有JVM真正要使用该内存时，才会被分配物理内存。 那以上逻辑会影响哪些方面？ 对象首先会先分配在年轻代，因为之前分配的只是虚拟内存，所以每次新建对象都需要操作系统来先分配物理内存，分配对象速度自然就降低了，只有等第一次新生代GC后，该被分配的内存空间都已经分配了，之后分配对象的速度才会加快。 那么老年代也是同理，老年代的空间何时真正使用，自然是对象需要晋升到老年代时，所以新生代GC
-XX:+AlwaysPreTouch
06-11 3694
作用 服务启动的时候真实的分配物理内存给jvm 如果没有此参数，则jvm启动的时候，分配的只是虚拟内存，当真正使用的时候才会分配物理内存 如果没有此参数，则代码运行的时候，实时分配物理内存，导致代码运行速度变慢 如果有此参数，则jvm启动的时候速度会下降很多 ...
java高分局之JVM命令参数大全（高级垃圾回收选项）
貌似君子的专栏
06-19 2万+
java高分局之JVM命令参数大全（高级垃圾回收选项）这些选项控制Java HotSpot虚拟机怎么进行垃圾回收。 - -XX:+AggressiveHeap java堆最佳化设置。设置多个参数使长时间运行过的任务使用密集的内存分配。 默认这个选项时关闭的，也就是堆不是最佳化。 - -XX:+AlwaysPreTouch 在调用main函数之前，使用所有可用的内存分页。这个选项可以用来测
JVM的一般参数设置
小城我家
05-20 859
内存区域大小 XX:+UseG1GC：用于指定 JVM 使用的垃圾回收器为 G1，尽量不要靠默认值去保证，要显式的指定一个。 -Xmx：设置堆的最大值，一般为操作系统的 2/3 大小。 -Xms：设置堆的初始值，一般设置成和 Xmx 一样的大小来避免动态扩容。 -Xmn：表示年轻代的大小，默认新生代占堆大小的 1/3。高并发、对象快消亡场景可适当加大这个区域，对半，或者更多，都是可以的。但是在 G1 下，就不用再设置这个值了，它会自动调整。 -XX:MaxMetaspaceSize：用于
JVM参数及调优
一个无限死循环的博客
11-07 503
调优基本概念 在调整JVM性能时，通常有三个组件需要考虑： 堆大小调整 垃圾收集器调整 JIT编译器 大多数调优选项都与调整堆大小和选择合适的垃圾收集器有关，JIT编译器对性能也有很大影响，但很少需要对其进行调优，尤其是针对较新版本的JVM。 通常，在进行Java程序调优的时候，会重点关注两个主要指标： 响应性：应用程序对请求进行响应的速度，对于专注响应性的应用程序，长时间的暂停是不可接受的...
Java应用调优实战-工具支持
gonghaiyu的博客
10-29 317
哪些资源，容易成为瓶颈 当系统存在短板时，就会对性能造成较大的负面影响，比如当 CPU 的负载特别高时，任务就会排队，不能及时执行。而其中，CPU、内存、I/O 这三个系统组件，又往往容易成为瓶颈，所以接下来我会对这三方面分别进行讲解。 CPU 首先介绍计算机中最重要的计算组件中央处理器 CPU，围绕 CPU 一般我们可以： 通过 top 命令，来观测 CPU 的性能； 通过负载，评估 CPU 任务执行的排队情况； 通过 vmstat，看 CPU 的繁忙程度。 具体情况如下。 top 命令 —— CP
高吞吐低延迟 Java 应用的 GC 优化
chuhui1765的博客
04-21 608
说明 本篇原文作者是 LinkedIn 的 Swapnil Ghike，这篇文章讲述了 LinkedIn 的 Feed 产品的 GC 优化过程，虽然文章写作于 April 8, 2014，但其中的很多内容和知识点非常有学习和参考意义。因此，翻译后献给各位同学。原文 Garbage Coll...
如何优化Java垃圾回收机制
BL_启明星
02-10 314
英文原文：cubrid，编译：ImportNew-王晓杰 译文地址： http://www.importnew.com/3146.html本文是成为Java GC专家系列文章的第三篇。在第一篇《成为JavaGC专家Part I — 深入浅出Java垃圾回收机制》中我们学习了不同GC算法的执行过程，GC是如何工作的，什么是新生代和老年代，你应该了解的JDK7中的5种GC类型，以及这5种类型对于应用性
JDK 11中的ZGC-一种可扩展的低延迟垃圾收集器
860MHz的专栏
07-13 7892
# 背景正如我们所知道的在JDK 11中即将迎来ZGC(The Z Garbage Collector)，这是一个处于实验阶段的，可扩展的低延迟垃圾回收器。本文整合了外网几篇介绍ZGC的文章和代码。# 目标* 每次GC STW的时间不超过10ms* 能够处理从几百M到几T的JAVA堆* 与G1相比，吞吐量下降不超过15%* 为未来的GC功能和优化利用有色对象指针(colored oops)和加载屏...
JAVA高并发的三种实现
热门推荐
java_xth的博客
07-23 13万+
提到锁，大家肯定想到的是sychronized关键字。是用它可以解决一切并发问题，但是，对于系统吞吐量要求更高的话，我们这提供几个小技巧。帮助大家减小锁颗粒度，提高并发能力。 初级技巧-乐观锁 乐观锁使用的场景是，读不会冲突，写会冲突。同时读的频率远大于写。 悲观锁的实现： 悲观的认为所有代码执行都会有并发问题，所以将所有代码块都用sychronized锁住 乐观锁的实现： ...
LinkedIn优化：高吞吐Java应用的低延迟垃圾回收策略
优化高吞吐低延迟Java应用的垃圾回收是一项细致的工作，需要开发人员具备深厚的理论基础和实践经验。通过深入理解GC机制，针对具体需求调整参数，以及持续监控和优化，才能确保Java应用在实际场景中表现出色。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值