公告:“业余草”微信公众号提供免费CSDN下载服务(只下Java资源),关注业余草微信公众号,添加作者微信:xttblog2,发送下载链接帮助你免费下载!
本博客日IP超过2000,PV 3000 左右,急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包,请加博主新的微信号:xttblog2,之前的微信号好友位已满,备注:返现
受密码保护的文章请关注“业余草”公众号,回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽,请关注文末小程序
腾讯云】1核2G5M轻量应用服务器50元首年,高性价比,助您轻松上云
本博客日IP超过2000,PV 3000 左右,急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包,请加博主新的微信号:xttblog2,之前的微信号好友位已满,备注:返现
受密码保护的文章请关注“业余草”公众号,回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽,请关注文末小程序
腾讯云】1核2G5M轻量应用服务器50元首年,高性价比,助您轻松上云
若你习惯以Top观察“OS指标及繁忙的进程”,也推荐以VJTop观看 “JVM指标及CPU/内存繁忙的线程”。
在jvmtop 的基础上二次开发,结合 SJK的优点,从/proc , PerfData,JMX等处,以更高的性能,获取更多的信息。
运行时不造成应用停顿,可在线上安全使用。
使用说明
maven编译后得到zip包,解压后运行。
需要设置JAVA_HOME 环境变量,必须与目标JVM使用相同用户运行,如果执行时仍然有权限错误,改用root用户执行。
// 占用CPU最多的线程 ./vjtop.sh <PID>
进程区数据来源原理
- 从/proc/PID/* 文件中获取进程数据
- 从JDK的PerfData文件中获取JVM数据(JDK每秒写入/tmp/herfxxxx文件的统计数据)
- 使用目标JVM的JMX中获取JVM数据(如果目标JVM还没启动JMX,通过attach方式动态加载)
如果数据同时在PerfData和JMX存在,优先使用PerfData,如果PerfData被屏蔽,则使用JMX。
线程区数据来源原理
使用ThreadMxBean操作:
- getAllThreadIds()获得所有Thread Id
- getThreadCpuTime(tids)获得所有线程的CPU时间 (以及SYS CPU,内存分配)
- 排序后,用getThreadInfo(tids)获得前10名线程的信息,因为不取线程的StackTrace,不会堵塞应用。
找出CPU最繁忙的线程
命令参数如下:
// 按线程的CPU排序,默认显示前10的线程,默认每10秒打印一次 ./vjtop.sh <PID> // 按线程的总CPU而不是打印间隔内的CPU来排序 ./vjtop.sh --totalcpu <PID> // 按线程的SYS CPU排序 ./vjtop.sh --syscpu <PID> // 按线程的总SYS CPU排序 ./vjtop.sh --totalsyscpu <PID>
输出示例:
VJTop 1.0.0 - 11:38:02, UPTIME: 3d01h PID: 127197, JVM: 1.7.0_79, USER: even.liang PROCESS: 0.99% cpu ( 0.04% of 24 core), 2491m rss, 0m swap IO: 24k rchar, 1k wchar, 0 read_bytes, 0 write_bytes THREAD: 97 active, 89 daemon, 99 peak, 461 created, CLASS: 12243 loaded, 0 unloaded HEAP: 160m/819m eden, 0m/102m sur, 43m/1024m old NON-HEAP: 55m/256m cms perm gen, 8m/96m codeCache OFF-HEAP: 0m/0m direct, 0m/0m map GC: 0/0ms ygc, 0/0ms fgc, SAFE-POINT: 6 count, 1ms time, 1ms syncTime THREADS-CPU: 1.01% (user= 0.31%, sys= 0.70%) TID NAME STATE CPU SYSCPU TOTAL TOLSYS 43 metrics-mercury-metric-logger-1-thread-1 TIMED_WAIT 0.38% 0.28% 25.48% 9.13% 110 metrics-mercury-metric-logger-2-thread-1 TIMED_WAIT 0.38% 0.18% 25.43% 9.10% 496 RMI TCP Connection(365)-192.168.200.87 RUNNABLE 0.05% 0.05% 0.00% 0.00% 82 Proxy-Worker-5-10 RUNNABLE 0.01% 0.01% 0.93% 0.30% 120 threadDeathWatcher-6-1 TIMED_WAIT 0.00% 0.00% 0.26% 0.09% 98 Proxy-Worker-5-16 RUNNABLE 0.00% 0.00% 0.80% 0.26% 99 Proxy-Worker-5-17 RUNNABLE 0.00% 0.00% 0.92% 0.31% 63 Proxy-Worker-5-2 RUNNABLE 0.00% 0.00% 1.07% 0.37% 70 Proxy-Worker-5-5 RUNNABLE 0.00% 0.00% 0.78% 0.26% 102 Proxy-Worker-5-20 RUNNABLE 0.00% 0.00% 0.80% 0.27% Note: Only top 10 threads (according cpu load) are shown! Cost time: 46ms, CPU time: 60ms
进程区数据解释:
-
rss
:Resident Set Size
, 该进程在内存中的页的数量。该数据从/proc/<pid>/status中获取, 含义与proc filesystem中一致。 -
swap
: 被交换出去的虚存大小。该数据从/proc/<pid>/status中获取, 含义与proc filesystem中一致。 -
rchar/wchar
: 通过系统调用的读/写的字节数。该数据从/proc/<pid>/io中获取,含义与proc filesystem中一致。 -
read_bytes/write_bytes
: 真正达到存储层的读/写的字节数。该数据从/proc/<pid>/io中获取,含义与proc filesystem中一致。 -
codeCache
: JIT编译的二进制代码的存放区,满后将不能编译新的代码。 -
direct
: 堆外内存,但注意新版Netty不经过JDK API所分配的堆外内存未能纪录。 -
SAFE-POINT
: PerfData开启时可用,JVM真正的停顿次数及停顿时间
线程区数据解释:
-
CPU
: 线程在打印间隔内所占的CPU百分比(按单个核计算) -
SYSCPU
: 线程在打印间隔内所占的SYS CPU百分比(按单个核计算) -
TOTAL
: 从进程启动到现在,线程的总CPU时间/进程的总CPU时间的百分比 -
TOLSYS
: 从进程启动到现在,线程的总SYS CPU时间/进程的总CPU时间的百分比
底部数据解释:
-
Cost time
: 本次采集数据及输出的耗时 -
CPU time
: 本次采集数据及输出的CPU时间占用
找出内存分配最频繁的线程
命令参数如下:
// 线程分配内存的速度排序,默认显示前10的线程,默认每10秒打印一次 ./vjtop.sh --memory <PID> // 按线程的总内存分配而不是打印间隔内的内存分配来排序 ./vjtop.sh --totalmemory <PID>
输出示例:
(忽略头信息) THREADS-MEMORY: 30k/s allocation rate TID NAME STATE MEMORY TOTAL-ALLOCATED 47636 RMI TCP Connection(583)-127.0.0.1 RUNNABLE 27k/s(88.76%) 17m( 0.00%) 1 main RUNNABLE 2k/s( 8.44%) 370g(83.16%) 47845 JMX server connection timeout 47845 TIMED_WAIT 251/s( 0.80%) 21k( 0.00%) 46607 Worker-501 TIMED_WAIT 60/s( 0.19%) 934m( 0.20%) 46609 Worker-502 TIMED_WAIT 60/s( 0.19%) 822m( 0.18%) 46610 Worker-503 TIMED_WAIT 60/s( 0.19%) 737m( 0.16%) 46763 Worker-504 TIMED_WAIT 60/s( 0.19%) 696m( 0.15%) 46764 Worker-505 TIMED_WAIT 60/s( 0.19%) 743m( 0.16%) 47149 Worker-506 TIMED_WAIT 60/s( 0.19%) 288m( 0.06%) 46551 Worker-500 TIMED_WAIT 60/s( 0.19%) 757m( 0.17%)
进程区数据解释:
-
allocation rate
: 所有线程在打印间隔内每秒分配的内存
线程区数据解释:
-
STATE
: 该线程当前的状态 -
MEMORY
: 该线程分配内存的瞬时值,即该线程在打印间隔内每秒分配的内存空间(该线程每秒分配的内存占所有线程在该秒分配的总内存的百分比) -
TOTAL-ALLOCATED
: 该线程分配内存的历史累计值,即从进程启动到现在,该线程分配的总内存大小,该总内存大小包括已回收的对象的内存(该线程分配的总内存大小占所有线程分配的总内存大小的百分比)。
公共参数如下:
// 打印其他选项 ./vjtop.sh -h // 结果输出到文件 ./vjtop.sh <PID> > /tmp/vjtop.log // 每5秒打印一次(默认10秒) ./vjtop.sh -d 5 <PID> // 显示前20的线程(默认10) ./vjtop.sh -l 20 <PID> // 更宽的120字节的屏幕 (默认100) ./vjtop.sh -w 120 <PID> > /tmp/vjtop.log // 打印20次后退出 ./vjtop.sh -n 20 <PID>
热点线程页
- 新功能:线程内存分配速度的展示与排序 (from SJK)
- 新功能:线程SYS CPU的展示与排序,应用启动以来线程的总CPU间的排序 (from SJK)
- 新功能:进程的物理内存,SWAP,IO信息
- 新功能:将内存信息与GC信息拆开不同分代独立显示,显示CodeCache与堆外内存信息
- 新配置项:打印间隔,展示线程数
- 性能优化:减少了几倍的耗时,通过批量获取线程CPU时间(from SJK)等方法
为在生产环境运行优化
- 删除jvmtop会造成应用停顿的Profile页面
- 删除jvmtop获取所有Java进程信息,有着不确定性的Overview页面
- 默认打印间隔调整到10s
- 显示vjtop自身的消耗
最后,欢迎关注我的个人微信公众号:业余草(yyucao)!可加作者微信号:xttblog2。备注:“1”,添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注!后续有精彩内容会第一时间发给您!原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系!
本文原文出处:业余草: » 唯品会 vjtop 教程