记录一下本身经常使用的linux系统命令,方便之后查阅,发觉记忆愈来愈不行了java
命令:ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pidlinux
结果展现:ios
这个命令的做用,主要是能够获取到对应一个进程下的线程的一些信息。 好比你想分析一下一个java进程的一些运行瓶颈点,能够经过该命令找到全部当前Thread的占用CPU的时间,也就是这里的最后一列。ubuntu
好比这里找到了一个TID : 30834 ,所占用的TIME时间最高。网络
经过 printf "%x\n" 30834 首先转化成16进制, 继续经过jstack命令dump出当前的jvm进程的堆栈信息。 经过Grep命令便可以查到对应16进制的线程id信息,很快就能够找到对应最耗CPU的代码快在哪。jvm
简单的解释下,jstack下这一串线程信息内容: tcp
nid : 对应的linux操做系统下的tid,就是前面转化的16进制数字工具
tid: 这个应该是jvm的jmm内存规范中的惟一地址定位,若是你详细分析jvm的一些内存数据时用得上,我本身还没到那种程度,因此先放下性能
命令:top -Hp pid spa
结果显示:
和前面的效果一下,你能够实时的跟踪并获取指定进程中最耗cpu的线程。 再用前面的方法提取到对应的线程堆栈信息。
判断I/O瓶颈
命令:mpstat -P ALL 1 1000
结果显示:
注意一下这里面的%iowait列,CPU等待I/O操做所花费的时间。这个值持续很高一般多是I/O瓶颈所致使的。
经过这个参数能够比较直观的看出当前的I/O操做是否存在瓶颈
命令: iostat -m -x 1 1000
一样你能够观察对应的CPU中的%iowait数据,除此以外iostat还提供了一些更详细的I/O状态数据,好比比较重要的有:
avgqu-sz : The average queue length of the requests that were issued to the device. (磁盘队列的请求长度,正常的话2,3比较好。能够和cpu的load同样的理解)
await : The average time (in milliseconds) for I/O requests issued to the device to be served. (表明一个I/O操做从wait到完成的总时间)
svctm和%util都是表明处理该I/O请求花费的时间和CPU的时间比例。 判断是否瓶颈时,这两个参数不是主要的
r/s w/s 和 rMB/s wMB/s 都是表明当前系统处理的I/O的一些状态,前者是咱们常说的tps,后者就是吞吐量。这也是评价一个系统的性能指标
命令: pidstat -p pid -u -d -t -w -h 1 1000
结果显示:
至关实用的一个命令,能够基于当个进程分析对应的性能数据,包括CPU,I/O,IR , CS等,能够方便开发者更加精细化的观察系统的运行状态。不过pidstat貌似是在2.6内核的一些较新的版本才有,须要安装sysstat包。
ubuntu下,能够经过sudo apt-get install sysstat进行安装。
命令:sar -x pid 1 1000
sar也能够指定对应的pid,关注固定的几个参数,没有pidstat那么强大。 看不到对应的I/O, IR等信息。
sar的功能能够覆盖mpstat , iostat的相关功能。
命令:dstat -y --tcp 1 1000
经过dstat --tcp能够比较方便的看到当前的tcp的各类状态,不须要每次netstat -nat去看
netstat -natp : 查看对应的网络连接,关注下Recv-Q , Send-Q , State。
lsof -p pid : 查找对应pid的文件句柄
lsof -i : 80 : 查找对应端口被哪一个进程占用
lsof /tmp/1.txt :查找对应文件被哪一个进程占用
tcpdump / wireshark :抓包分析工具
jstat / jmap / jstack / jps 等一系列的java监控命令
若是你想作一些性能调优的工做,必定要善于利用一些工具进行关注相应的状态。经过linux命令你能够比较方便的观测到CPU , I/O , network等一些比较外围的状态, 不少时候就已经能够解决大部分的问题。jvm内部的一些运行状态监控,得须要借助一些特有的工具进行细粒度的观测。