HeapDump性能社区OOM问题排查实战案例精选合集置顶
内存溢出(Out Of Memory,简称OOM)是指应用系统中存在无法回收的内存或使用的内存过多,最终使得程序运行要用到的内存大于能提供的最大内存。此时程序就运行不了,系统会提示内存溢出,有时候会自
社区新手指南置顶
HeapDump社区是PerfMa旗下专注于性能领域的技术社区。用户可以在这里提出、解答问题,阅读、分享文章,使用、贡献各种解决性能问题的工具插件。 基本原则- 在这里的文章、问答、讨论都应围绕性能问
【统计中】| 加磅签到福利:一键开启【月月签】新福利置顶
为期1个多月的签到解锁壕礼活动已落下帷幕,在活动中深深感受到大家的满满参与热情!不过也有好多大大跟小编反馈说,知道活动时太晚了、来不及解锁等等,Don't worry!福利小稳马上来给大家加餐啦~这波
分享一次排查CLOSE_WAIT过多的经验
作者:踩刀诗人原文链接:https://www.cnblogs.com/chopper-poet/p/14618391.html 问题背景某日下午有测试人员急匆匆的跑来跟我反馈:“有客户反馈供应商附件
G1源码从写屏障到Rset全面解析
笔者在之前讲解g1 youngGC源码的博客(https://my.oschina.net/u/3645114/blog/5119362)中提到过关于g1写屏障和Rset(记忆集合)等相关知识点,之前
高并发服务优化篇:从RPC预热转发看服务端性能调优
之前的文章中,我们详细阐述了RPC的调用过程,分析了其耗时组成,为我们日常性能调优提供了理论支持。有兴趣的可以点击《[详解RPC的一次调用过程](https://heapdump.cn/article
高并发服务优化篇:详解RPC的一次调用过程
只要涉及到分布式服务,就绕不开RPC调用。RPC是什么,我认为大部分同学都能说出个一二三。那么RPC一次调用,到底经历了哪些过程?一直在说RPC耗时优化,那到底时间耗在了哪里? 本篇带大家一起来梳理清
JDK 从8升级到11,使用 G1 GC,HBase 性能下降近20%。JDK 到底干了什么
编者按:笔者在 HBase 业务场景中尝试将 JDK 从 8 升级到 11,使用 G1 GC 作为垃圾回收器,但是性能下降 20%。到底是什么导致了性能衰退?又该如何定位解决?本文介绍如果通过使用 J
高并发服务优化篇:详解一次由读写锁引起的内存泄漏
JVM相关的异常,一直是一线研发比较头疼的问题。因为对于业务代码,JVM的运行基本算是黑盒,当异常发生时,较难直观的看到和找到问题所在,这也是我们一直要研究其内部逻辑的原因。本篇就由一个近期线上JVM
从源码出发看zgc的技术内幕
笔者经过上次对zgc在不同环境下进行的测试后,发现zgc所带来的提升非常之大。一时间对zgc在生产中使用充满信心,但是在全面使用之前,难免对其几大新特性有一些好奇,比如:染色指针,读屏障,动态regi
加载更多