Linux下high CPU分析心得
2016-03-07 10:11
295 查看
1.用top命令查看哪个进程占用CPU高 gateway网关进程14094占用CPU高达891%,这个数值是进程内各个线程占用CPU的累加值。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14094 root 15 0 315m 10m 7308 S 891% 2.2 1:49.01 gateway 20642 root 17 0 17784 4148 2220 S 0.5 0.8 2:39.96 microdasys 1679 root 18 0 10984 1856 1556 R 0.3 0.4 0:22.21 sshd 22563 root 18 0 2424 1060 800 R 0.3 0.2 0:00.03 top 1 root 18 0 2156 492 460 S 0.0 0.1 0:01.59 init 2.用top -H -p pid命令查看进程内各个线程占用的CPU百分比 #top -H -p 14094 top中可以看到有107个线程,但是下面9个线程占用CPU很高,下面以线程14086为主,分析其为何high CPU PID USER PR NI VIRT RES SHR S %CPU MEM TIME+ COMMAND 14086 root 25 0 922m 914m 538m R 101 10.0 21:35.46 gateway 14087 root 25 0 922m 914m 538m R 101 10.0 10:50.22 gateway 14081 root 25 0 922m 914m 538m S 99 10.0 8:57.36 gateway 14082 root 25 0 922m 914m 538m R 99 10.0 11:51.92 gateway 14089 root 25 0 922m 914m 538m R 99 10.0 21:21.77 gateway 14092 root 25 0 922m 914m 538m R 99 10.0 19:55.47 gateway 14094 root 25 0 922m 914m 538m R 99 10.0 21:02.21 gateway 14083 root 25 0 922m 914m 538m R 97 10.0 21:32.39 gateway 14088 root 25 0 922m 914m 538m R 97 10.0 11:23.12 gateway 3.使用gstack命令查看进程中各线程的函数调用栈 #gstack 14094 > gstack.log 在gstack.log中查找线程ID14086,由于函数栈会暴露函数细节,因此只显示了两个函数桢,线程ID14086对应线程号是37 Thread 37 (Thread 0x4696ab90 (LWP 14086)): #0 0x40000410 in __kernel_vsyscall () #1 0x40241f33 in poll () from /lib/i686/nosegneg/libc.so.6 4.使用gcore命令转存进程映像及内存上下文 #gcore 14094 该命令生成core文件core.14094 5。用strace命令查看系统调用和花费的时间 #strace -T -r -c -p 14094 -c参数显示统计信息,去掉此参数可以查看每个系统调用话费的时间及返回值。 % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------------------- 99.99 22.683879 3385 6702 poll 0.00 0.001132 0 6702 gettimeofday 0.00 0.000127 1 208 208 accept 0.00 0.000022 22 1 read 0.00 0.000000 0 1 write 0.00 0.000000 0 1 close 0.00 0.000000 0 14 time 0.00 0.000000 0 2 stat64 0.00 0.000000 0 4 clock_gettime 0.00 0.000000 0 7 send 0.00 0.000000 0 10 10 recvfrom ------ ----------- ----------- --------- --------- ------------------------------ 100.00 22.685160 13652 218 total 6.用gdb调试core文件,并线程切换到37号线程 gcore和实际的core dump时产生的core文件几乎一样,只是不能用gdb进行某些动态调试 (gdb) gdb gateway core.14094 (gdb) thread 37 [Switching to thread 37 (Thread 0x4696ab90 (LWP 14086))]#0 0x40000410 in __kernel_vsyscall () (gdb) where #0 0x40000410 in __kernel_vsyscall () #1 0x40241f33 in poll () from /lib/i686/nosegneg/libc.so.6 /*这里是原创 还可以通过如下方法调试: gdb (gdb) attach 14094 (gdb) info threads (gdb) thread 37 (gdb) bt */ 可以根据详细的函数栈进行gdb调试,打印一些变量值,并结合源代码分析为何会poll调用占用很高的CPU。 因为代码涉及到公司产权,顾不在此做详细分析,需要明白的是分析的流程和使用的命令。 流程为:进程ID->线程ID->线程函数调用栈->函数耗时和调用统计->源代码分析
转自:http://www.cnitblog.com/houcy/archive/2012/11/28/86801.html
相关文章推荐
- 理解Linux文件系统之inode
- windows下的mysql客户端mysqlworkbench链接虚拟机上CentOS的mysql服务器
- linux和windows中设置环境变量经常使用命令
- Deepin Linux下安装nodejs及npm
- 查看系统中的Linux内核版本
- linux监控文件变化
- Centos根目录空间扩充
- 分布式存储 CentOS6.5虚拟机环境搭建FastDFS-5.0.5集群
- ArcGIS for Server Linux版服务发布(不同数据源、文件夹注册方式)
- linux目录结构
- centos下查看rpm包安装位置
- Linux命令学习笔记之二vi命令简记
- Linux环境变量PS1_命令行提示符设置
- 【ARM-Linux开发】Linux的SOCKET编程详解
- 如何修改Linux服务器的MySQL数据库root密码
- Red Hat Linux DNS服务器搭建
- centos jdk 下载
- linux 分区
- Linux LTS 内核最新稳定版 4.4.4 版本发布
- Linux 文件权限管理