最近，我们一服务的内存占用较高，约13G，容器总内存16G，占用约85%，触发了内存报警(阈值85%)。。。

背景： 介绍 天网风控灵玑系统是基于内存计算实现的高吞吐低延迟在线计算服务，提供滑动或滚动窗口内的count、distinctCout、max、min、avg、sum、std及区间分布类的在线统计计算

是极致魅惑、洒脱自由的 Java heap space？ 是知性柔情、温婉大气的 GC overhead limit exceeded？ 是纯真无邪、活泼可爱的 Metaspace？ 如果以上不是你的

本文正在参加「金石计划」 前言 继上次线上CPU出现了报警，这次服务又开始整活了，风平浪静了没几天，看生产日志服务的运行的时候，频繁的出现OutOfMemoryError，就是我们俗称的OOM，这可还

本文我们主要探究一下Full GC的角度出发分析我在开发运营后台的时候遇到的频繁Full GC过程。

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

分析 JVM native 内存的一些常见思路 内存增长了，怎么甄别是不是内存泄漏 一个完全不熟悉的项目如何找到可能导致 native 内存分配的代码 经典的 Linux 64M 内存

前几天，就在大家还沉浸在等待春节到来的喜悦氛围的时候，在一个核心链路上的核心系统中，我踩到一个坑的一比的坑，要不是我沉着冷静，解决思路忙中有序，处理手段雷厉风行，把它给扼杀在萌芽阶段

从 Java Agent 报错开始，到 JVM 原理，到 glibc 线程安全，再到 pthread tls，逐步探究 Java Agent 诡异报错。