Java语言性能文章 | HeapDump性能社区

登录注册

全部 Java语言 Java虚拟机操作系统数据库前端存储中间件架构工具 C/C++语言测试其他

全部问题排查线程分析 Synchronized ThreadPoolExecutor threadlocal 异常堆内存 Guava 多线程 oom jstack 字节码增强 OpenJDK api java

Java虚拟机

YGC问题排查，又让我涨姿势了！

YGC问题排查，又让我涨姿势了！

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务

39913

51

Java语言

线程池运用不当的一次线上事故

线程池运用不当的一次线上事故

在高并发、异步化等场景，线程池的运用可以说无处不在。线程池从本质上来讲，即通过空间换取时间，因为线程的创建和销毁都是要消耗资源和时间的，对于大量使用线程的场景，使用池化管理可以延迟线程的销毁，大大提高

29828

47

Java虚拟机

JVM 源码分析之一个 Java 进程究竟能创建多少线程

JVM 源码分析之一个 Java 进程究竟能创建多少线程

概述虽然这篇文章的标题打着JVM源码分析的旗号，不过本文不仅仅从 JVM 源码角度来分析，更多的来自于 Linux Kernel 的源码分析，今天要说的是 JVM 里比较常见的一个问题。这个问题可能有

你假笨5年前

20868

23

Java语言

记一次Synchronized关键字使用不合理，导致的多线程下线程阻塞问题排查

记一次Synchronized关键字使用不合理，导致的多线程下线程阻塞问题排查

在为客户进行性能诊断调优时，碰到了一个Synchronized关键字使用不合理导致多线程下线程阻塞的情况。用文字记录下了问题的整个发现-排查-分析-优化过程，排查过程中使用了我司商业化产品——XLan

电梯战神3年前

20061

15

Java语言

一次 Java 进程 OOM 的排查分析（glibc 篇）

一次 Java 进程 OOM 的排查分析（glibc 篇）

遇到了一个 glibc 导致的内存回收问题，查找原因和实验的的过程是比较有意思的，主要会涉及到下面这些：- Linux 中典型的大量 64M 内存区域问题- glibc 的内存分配器 ptmalloc

挖坑的张师傅4年前

20797

31

Java语言

官方文档竟然有坑！关于G1参数InitiatingHeapOccupancyPercent的正确认知 #我在性能调优路上的打怪日记#

官方文档竟然有坑！关于G1参数InitiatingHeapOccupancyPercent的正确认知 #我在性能调优路上的打怪日记#

问题前两天，一个群友在群中提出一个疑问：G1里的XX:InitiatingHeapOccupancyPercent，默认是45。他看网上有两种说法，一种是整个堆占用率超过45%时开始并发标记周期；另一

豆大侠3年前

19348

11

Java语言

你确定你真的理解"双亲委派"了吗？！

你确定你真的理解"双亲委派"了吗？！

最近一段时间，我在面试的过程中，很喜欢问双亲委派的一些问题，因为我发现这个问题真的可以帮助我全方位的了解一个候选人。记得前几天一次面试过程中，我和一位候选人聊到了JVM的类加载机制的问题，他谈到了双亲

15873

14

Java语言

据说99.99%的人都会答错的类加载的问题

据说99.99%的人都会答错的类加载的问题

概述首先还是把问题抛给大家，这个问题也是我厂同学在做一个性能分析产品的时候碰到的一个问题。同一个类加载器对象是否可以加载同一个类文件多次并且得到多个Class对象而都可以被java层使用吗请仔细注意

你假笨4年前

16022

17

Java虚拟机

高吞吐、低延迟 Java 应用的 GC 优化实践

高吞吐、低延迟 Java 应用的 GC 优化实践

本篇原文作者是 LinkedIn 的 Swapnil Ghike，这篇文章讲述了 LinkedIn 的 Feed 产品的 GC 优化过程，虽然文章写作于 April 8, 2014，但其中的很多内容和

占小狼5年前

15527

10

Java语言

跟Kafka学技术系列之时间轮

跟Kafka学技术系列之时间轮

kafka的延迟队列使用时间轮实现，能够支持大量任务的高效触发，但是在kafka延迟队列实现方案里还是看到了delayQueue的影子，使用delayQueue是对时间轮里面的bucket放入延迟队列，以此来推动时间轮滚动，但是基于将插入和删除操作则放入时间轮中，将这些操作的时间复杂度都降为O(1)

楼顶凉席看星星星4年前

15449

16

有开始，就会有进步！

在追求性能的道路上，记录每一刻的成长！源码解读，编程技巧，外文翻译，技术实践，线上案例等等，记录自己，启发他人！

专家作者推荐

关注微信公众号《解Bug之路》，有问题请在公众号中咨询：）无论多么艰苦的时刻，都不要忘记，辉煌的未来，在你的眼中闪耀！

飞哥开发内功

《深入理解Linux网络》作者，腾讯搜狗十年工程师，公众号「开发内功修炼」作者！

聊聊技术，唠唠段子，偶尔做菜写诗，欢迎关注我的公众号踩刀诗人

搜索关注微信公众号【架构与思维】：撰稿者为bat、字节的几位高阶研发/架构，专注技术分享。

专题推荐

Out of memory (OOM) 是一种操作系统或者程序已经无法再申请到内存的状态。经常是因为所有可用的内存，包括磁盘交换空间都已经被分配了。OOM的官方解释是：Understand the OutOfMemoryError Exception，根据HeapDump性能社区专属讲师公与的总结，常见的OOM有以下10种（其中OOM Killer是操作系统层面的概念）。

11篇文章12921阅读量

分布式系统绕不开的核心之一的就是数据缓存，有了缓存的支撑，系统的整体吞吐量会有很大的提升。通过使用缓存，我们把频繁查询的数据由磁盘调度到缓存中，保证数据的高效率读写。
当然，除了在内存内运行还远远不够，我们今天就以具有代表性的缓存中间件Redis为例子，分析下，它是如何达到飞起的效率。

5篇文章8972阅读量