标签:method 打开 abc ima zip linux wait http unsafe
在性能测试过程中,往往会出现各种各样的性能瓶颈。其中java常见瓶颈故障模型有cpu资源瓶颈;文件IO瓶颈;网络IO瓶颈;内存资源瓶颈;资源消耗不高程序本身执行慢等场景模型。
如何快速定位分析这些类型瓶颈?工欲善其事必先利其器。
本文主要讲述针对cpu高耗和网络IO瓶颈两个场景,使用排查提效脚本工具快速定位分析性能瓶颈
场景一:当服务器CPU高耗原因分析,如何快速定位到占用cpu高的用户线程
场景二:怀疑网络连接问题,如何快速分析网络TCP状态
原始做法:
场景一:
排查问题时,会要多次上面的操作以分析确定问题,这个过程太繁琐太慢了。
场景二:
1.先用netstat命令分析网络TCP连接各个状态数。
2.然后tcpdump分析
排查问题时,命令复杂输入耗时,有时记不住,还得临时百度
推荐玩法:
打包下载整个提效工具脚本
wget --no-check-certificate https://github.com/oldratlee/useful-scripts/archive/release.zip
解压目录
unzip release.zip
文件中包含的常用脚本
推荐脚本用法:
场景一:
show-busy-java-threads脚本,用于快速排查Java的CPU性能问题(top us值过高),自动查出运行的Java进程中消耗CPU多的线程,并打印出其线程栈,从而确定导致性能问题的方法调用。
show-busy-java-threads
# 从所有运行的Java进程中找出最消耗CPU的线程(缺省5个),打印出其线程栈
# 缺省会自动从所有的Java进程中找出最消耗CPU的线程,这样用更方便# 当然你可以手动指定要分析的Java进程Id,以保证只会显示你关心的那个Java进程的信息
show-busy-java-threads -p <指定的Java进程Id>
show-busy-java-threads -c <要显示的线程栈数>
show-busy-java-threads <重复执行的间隔秒数> [<重复执行的次数>]
# 多次执行;这2个参数的使用方式类似vmstat命令
show-busy-java-threads -a <运行输出的记录到的文件># 记录到文件以方便回溯查看
show-busy-java-threads -S <存储jstack输出文件的目录># 指定jstack输出文件的存储目录,方便记录以后续分析
示例:
场景二:
tcp-connection-state-counter脚本,统计各个TCP
连接状态的个数。
支持Linux
、Mac
、Windows
(cygwin
、MSSYS
)。
像Nginx
、Apache
的机器上需要查看,TCP
连接的个数,以判定
SYN_RECV
数(SYN
攻击)TIME_WAIT
数,太多会导致TCP: time wait bucket table overflow
。
示例:
参考文档:
https://github.com/oldratlee/useful-scripts/blob/master/docs/java.md#-show-busy-java-threads
标签:method 打开 abc ima zip linux wait http unsafe
原文地址:https://www.cnblogs.com/johnny-chen/p/13359826.html