最近遇到一次GC问题,gc log如下
2014-03-30T11:38:14.997+0800: 3985.625: [Full GC [PSYoungGen: 200672K->0K(1007808K)] [PSOldGen: 2618274K->582573K(2796224K)] 2818946K->582573K(3804032K) [PSPermGen: 34843K->34843K(262144K)], 3.1703780 secs] [Times: user=3.16 sys=0.00, real=3.17 secs] 2014-03-30T11:38:22.582+0800: 3993.210: [GC [PSYoungGen: 807104K->279488K(1086656K)] 1389677K->862061K(3882880K), 1.6827130 secs] [Times: user=30.36 sys=0.00, real=1.69 secs] 2014-03-30T11:38:28.135+0800: 3998.763: [GC [PSYoungGen: 1086592K->265529K(983744K)] 1669165K->1127278K(3779968K), 0.5734360 secs] [Times: user=9.62 sys=0.00, real=0.57 secs] 2014-03-30T11:38:31.715+0800: 4002.343: [GC [PSYoungGen: 937849K->143104K(1035200K)] 1799598K->1269678K(3831424K), 0.5170530 secs] [Times: user=9.27 sys=0.00, real=0.51 secs] 2014-03-30T11:38:34.999+0800: 4005.628: [GC [PSYoungGen: 815424K->142432K(1072448K)] 1941998K->1411686K(3868672K), 0.4969560 secs] [Times: user=8.98 sys=0.00, real=0.50 secs] 2014-03-30T11:38:39.021+0800: 4009.649: [GC [PSYoungGen: 871520K->148256K(1054720K)] 2140774K->1560270K(3850944K), 0.5291480 secs] [Times: user=9.52 sys=0.00, real=0.53 secs] 2014-03-30T11:38:42.718+0800: 4013.347: [GC [PSYoungGen: 877344K->153440K(1104256K)] 2289358K->1713502K(3900480K), 0.6336990 secs] [Times: user=10.03 sys=0.01, real=0.63 secs] 2014-03-30T11:38:46.976+0800: 4017.605: [GC [PSYoungGen: 949280K->226880K(1089664K)] 2509342K->1940350K(3885888K), 0.7684500 secs] [Times: user=13.11 sys=0.00, real=0.76 secs] 2014-03-30T11:38:51.846+0800: 4022.475: [GC [PSYoungGen: 1022720K->177824K(1097984K)] 2736190K->2099742K(3894208K), 1.0153690 secs] [Times: user=17.81 sys=0.17, real=1.02 secs] 2014-03-30T11:38:56.493+0800: 4027.122: [GC [PSYoungGen: 968032K->164992K(1090304K)] 2889950K->2263406K(3886528K), 0.5856320 secs] [Times: user=10.52 sys=0.00, real=0.59 secs] 2014-03-30T11:39:01.328+0800: 4031.957: [GC [PSYoungGen: 955200K->158752K(1122560K)] 3053614K->2421318K(3918784K), 0.5925930 secs] [Times: user=10.63 sys=0.00, real=0.59 secs] 2014-03-30T11:39:09.380+0800: 4040.008: [GC [PSYoungGen: 993376K->173728K(1110144K)] 3255942K->2594894K(3906368K), 0.5859330 secs] [Times: user=10.53 sys=0.00, real=0.58 secs] 2014-03-30T11:39:23.921+0800: 4054.550: [GC [PSYoungGen: 1008352K->182336K(1132224K)] 3429518K->2777326K(3928448K), 0.4648040 secs] [Times: user=8.37 sys=0.00, real=0.46 secs] 2014-03-30T11:39:24.386+0800: 4055.015: [Full GC [PSYoungGen: 182336K->0K(1132224K)] [PSOldGen: 2594990K->1762315K(2796224K)] 2777326K->1762315K(3928448K) [PSPermGen: 34851K->34851K(262144K)], 7.5148640 secs] [Times: user=7.54 sys=0.00, real=7.51 secs]
相关推荐
java jvm 优化思维导图，包含java 虚拟机所有知识点，如类加载、垃圾回收（垃圾回收算法、垃圾处理器、GC种类、GC常用参数及配置、GC问题排查等）、内存布局等
线上adplatform集群机器cpu、内存飙升问题排查总结，很好的一次线上JVM、FullGc排查经验。
GCViewer 1.36. 支持 JDK 1.8. 性能测试排查定位问题，分析调优过程中，会遇到要分析gc日志，人肉分析gc日志有时比较困难，相关图形化或命令行工具可以有效地帮助辅助分析。
初步诊断思路考虑是不是这台机器上的某个服务把内存撑爆了，所以开始排查内存问题，使用jdk自带脚本，进行内存诊断分析。 1.查看所有Java应用占用的进程（linux常用的是ps -ef|grep java） jps -l 2.查看需要监控...
JAVA 线上故障排查完整套路，从 CPU、磁盘、内存、网络、GC 一条龙！.docx
jdk 1.6 gc详解，以及问题如何排查，一个淘宝的哥们写的觉得很不错
此时急需快速线上排查问题。 三、问题排查 不管什么问题，既然是CPU飙升，肯定是查一下耗CPU的线程，然后看看GC。 3.1 核心排查步骤 执行top命令：查看所有进程占系统CPU的排序。极大可能排第一个的就
Java常⻅线上问题总结以及排查方案
说起垃圾收集（Garbage Collection，GC），大部分人都把...答案很简单：当需要排查各种内存溢出、内存泄漏问题时，当垃圾收集成为系统达到更高并发量的瓶颈时，我们就需要对这些“自动化”的技术实施必要的监控和调节。
cpu占用过高，服务器卡死，问题排查 java进程占用CPU过高常见的两种情况： 代码中有死循环或者接近死循环的操作 快速创建大量临时变量，导致频繁触发gc回收 问题解决： 1、用top命令找到cpu占用率最高的进程号是...
面试高级开发的期间整理的面试题目，记录我面试遇到过的jvm...简述一下内存溢出的原因，如何排查线上问题？ 内存溢出的原因 引用在gc中回收状况 为什么gc停止所有进程； 有几种垃圾回收器； 描述一下CMS和G1的异同；
通过全局视角实时查看应用 load、内存、gc、线程的状态信息，并能在不修改应用代码的情况下，对业务问题进行诊断，包括查看方法调用的出入参、异常，监测方法执行耗时，类加载信息等，大大提升线上问题排查效率。...
通过全局视角实时查看应用 load、内存、gc、线程的状态信息，并能在不修改应用代码的情况下，对业务问题进行诊断，包括查看方法调用的出入参、异常，监测方法执行耗时，类加载信息等，大大提升线上问题排查效率。...
问题描述 生产环境下有几台tomcat,但突然某个时候发现所有的请求都不能响应了,由于... 由于CPU没有出现异常,所以应该不是GC出现了问题,但还是检查了下GC log,果然GC也没问题 此时必须让jstack上场了,果然在使用
Jvmm是一个同时支持操作系统监控和Java虚拟机监控的工具，提供有丰富的监控功能：OS监控（内存状态、CPU负载、磁盘IO吞吐率、磁盘健康状态、网卡IO等）...适合用于服务健康监控、线上调优、排查问题、性能测试等场景。
java8 集合源码分析 ...问题排查分析的常用手段、性能调优的最佳实践经验等； JVM 相关的常见面试问题必知必会、全面分析。 第二周：NIO 技术 - 构建高吞吐服务器的终极武器 同步/异步、阻塞/非阻塞、BIO
• 熟悉JVM内存区域，常用引用类型，垃圾回收机制、算法以及常见的GC垃圾收集器(Serial、ParNew、Parallel Scavenge、Serial Old、Parallel Old、CMS、G1) • 熟悉常用IO模型(BIO、NIO、AIO)，熟悉JVM类加载过程与...
通过全局视角实时查看应用 load、内存、gc、线程的状态信息，并能在不修改应用代码的情况下，对业务问题进行诊断，包括查看方法调用的出入参、异常，监测方法执行耗时，类加载信息等，大大提升线上问题排查效率
Arthas 是一款线上监控诊断产品，通过全局视角实时查看应用 load、内存、gc、线程的状态信息，并能在不修改应用代码的情况下，对业务问题进行诊断，包括查看方法调用的出入参、异常，监测方法执行耗时，类加载信息等...