![](https://img-blog.csdnimg.cn/20201014180756913.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
性能调优
yaowj2
这个作者很懒,什么都没留下…
展开
-
一个load飙高的过程分析,非常有价值。
转自http://blog.csdn.net/axman/article/details/7104819ae的多语言应用中不断出现load飙高的情况 ,即使重启过10几个小时以后,cpu慢慢从1核到4核到被吃光。而且集群中8台机器都是如此,所以应用方自己开始开分析原因。前两天跟踪没结果,后来有一位同学根据tb达人的分析中得到启发:关于us高和转载 2013-09-17 11:09:49 · 2937 阅读 · 0 评论 -
java进程 cpu load过高分析过程
1\ jps -v列出所有的java进程 , top找出cpu占用过高的对应的java 进程pid2\ 使用top -H -p PID 命令查看对应进程里的哪个线程占用CPU过高,取该线程pid3\ 将线程的pid 转成16进制4\jstack [进程pid]|grep -A 100 [线程pid的16进制] dump出jvm该线程的后100行,或者整个输出到文件j原创 2013-09-17 11:22:15 · 7342 阅读 · 0 评论 -
java内置常用的分析命令
JDK内置工具使用一、javah命令(C Header and Stub File Generator)二、jps命令(Java Virtual Machine Process Status Tool)三、jstack命令(Java Stack Trace)四、jstat命令(Java Virtual Machine Statistics Monitoring Tool)五、j原创 2013-10-08 23:38:05 · 905 阅读 · 0 评论 -
常用的java性能分析工具和命令
一 系统或jdk内置的分析命令和工具1 top top top -H -p top -H -b -n 1 -p 2 jstack jstack jstack [-l] 3 jmap jmap -histo[:live] jmap -dump:format=b,file=xxxfile 4 jps原创 2013-12-11 11:34:49 · 2450 阅读 · 0 评论 -
一次服务大量超时的java排查过程经验
一次应用提供的服务化接口收到报警大量超时,报404.赶忙着手处理:1)查看监控报表的cpu load ,jvm gc情况,jvm内存,io都正常,如果没有做监控可以手工到服务器上命令查看2)检查网络包括http响应及tcp网络响应请求情况均正常3)登陆服务器,jps -v把java进程打出来,或者top发现j该java进程的cpu使用率及内存占用率均正常4)top -H -p原创 2013-10-09 00:08:51 · 27897 阅读 · 3 评论