如何定位线上CPU占用过高的问题
创始人
2024-03-23 04:22:50
0

系列文章目录


文章目录

  • 系列文章目录
  • 前言
  • 一、定位CPU的流程是什么?
  • 二、实操
    • 1.测试代码样例
    • 2.定位问题实践过程
  • 总结


前言


一、定位CPU的流程是什么?

项目上线,CPU飙高不下,触发报警,如何定位排查问题。有两种办法1、通过堆栈 2、通过火焰图(本文略)
1、top查看进程占用率最高的进程
2、ps -mp pid定位到进程中cpu占用最高的线程
ps -mp 1153 -o THREAD,tid,pid
3、pstack 打印堆栈调用

二、实操

1.测试代码样例

#include 
#include void test1()
{while(1){sleep(0.1);}
}
void test2()
{while(1){sleep(10);}
}void dbdemo()
{std::thread(test1).detach();    std::thread(test2).detach(); 
}int main()
{dbdemo();return 0;
}

2.定位问题实践过程

1、top查出占用率高的进程DBclient的Pid 5896
在这里插入图片描述
2、ps -mp 5869 -o THREAD,tid,pid 查出DBclient进程中占用率过高的Tid,5900,转为16进制0x170C
在这里插入图片描述
3、pstack 5896,找到对应5900的线程,即可发现调用栈
发现线程4调用关系,test1中sleep函数导致cpu占用过高,
#0 0x00007fa889545626 in sleep () from /lib64/libc.so.6
#1 0x000000000042dd35 in test1() ()

[root@localhost ~]# pstack 5896
Thread 6 (Thread 0x7fa88616e700 (LWP 5897)):
#0  0x00007fa88954585d in nanosleep () from /lib64/libc.so.6
#1  0x00007fa889576134 in usleep () from /lib64/libc.so.6
#2  0x00007fa88ab51422 in bvar::detail::SamplerCollector::run (this=0x16d9b40) at /opt/data/code/vplatform_thirdparty/BRPC-1.0.0-rc02/src/bvar/detail/sampler.cpp:180
#3  0x00007fa88ab51f49 in bvar::detail::SamplerCollector::sampling_thread (arg=) at /opt/data/code/vplatform_thirdparty/BRPC-1.0.0-rc02/src/bvar/detail/sampler.cpp:110
#4  0x00007fa88a075ea5 in start_thread () from /lib64/libpthread.so.0
#5  0x00007fa88957e96d in clone () from /lib64/libc.so.6
Thread 5 (Thread 0x7fa88596d700 (LWP 5898)):
#0  0x00007fa889573c3d in poll () from /lib64/libc.so.6
#1  0x00007fa887a33948 in mongoc_socket_poll () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#2  0x00007fa887a36627 in _mongoc_stream_socket_poll () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#3  0x00007fa887a35815 in mongoc_stream_poll () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#4  0x00007fa887a31cbb in _server_monitor_awaitable_ismaster_recv () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#5  0x00007fa887a32208 in mongoc_server_monitor_check_server () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#6  0x00007fa887a32c12 in _server_monitor_thread () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#7  0x00007fa88a075ea5 in start_thread () from /lib64/libpthread.so.0
#8  0x00007fa88957e96d in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x7fa88516c700 (LWP 5900)):
#0  0x00007fa889545626 in sleep () from /lib64/libc.so.6
#1  0x000000000042dd35 in test1() ()
#2  0x0000000000433e73 in void std::_Bind_simple::_M_invoke<>(std::_Index_tuple<>) ()
#3  0x0000000000433dcd in std::_Bind_simple::operator()() ()
#4  0x0000000000433d66 in std::thread::_Impl >::_M_run() ()
#5  0x00007fa889e1b330 in ?? () from /lib64/libstdc++.so.6
#6  0x00007fa88a075ea5 in start_thread () from /lib64/libpthread.so.0
#7  0x00007fa88957e96d in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x7fa88496b700 (LWP 5901)):
#0  0x00007fa88954585d in nanosleep () from /lib64/libc.so.6
#1  0x00007fa8895456f4 in sleep () from /lib64/libc.so.6
#2  0x000000000042dd45 in test2() ()
#3  0x0000000000433e73 in void std::_Bind_simple::_M_invoke<>(std::_Index_tuple<>) ()
#4  0x0000000000433dcd in std::_Bind_simple::operator()() ()
#5  0x0000000000433d66 in std::thread::_Impl >::_M_run() ()
#6  0x00007fa889e1b330 in ?? () from /lib64/libstdc++.so.6
#7  0x00007fa88a075ea5 in start_thread () from /lib64/libpthread.so.0
#8  0x00007fa88957e96d in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x7fa87ffff700 (LWP 5902)):
#0  0x00007fa88a079de2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fa887a32b69 in mongoc_server_monitor_wait () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#2  0x00007fa887a32dc2 in _server_monitor_rtt_thread () from /home/vagrant/Mycode/DBClient/../libs/gcc_lib/libmongoc-1.0.so.0
#3  0x00007fa88a075ea5 in start_thread () from /lib64/libpthread.so.0
#4  0x00007fa88957e96d in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7fa88bd6ab80 (LWP 5896)):
#0  0x00007fa88954585d in nanosleep () from /lib64/libc.so.6
#1  0x00007fa8895456f4 in sleep () from /lib64/libc.so.6
#2  0x000000000042deba in main ()
[root@localhost ~]# 

总结

如果你对线上进程cpu飙高不知道如何定位,可以通过本文尝试一下,希望对你有所帮助。

老铁,如果觉得不错,请点赞收藏。

相关内容

热门资讯

保存时出现了1个错误,导致这篇... 当保存文章时出现错误时,可以通过以下步骤解决问题:查看错误信息:查看错误提示信息可以帮助我们了解具体...
汇川伺服电机位置控制模式参数配... 1. 基本控制参数设置 1)设置位置控制模式   2)绝对值位置线性模...
不能访问光猫的的管理页面 光猫是现代家庭宽带网络的重要组成部分,它可以提供高速稳定的网络连接。但是,有时候我们会遇到不能访问光...
表格中数据未显示 当表格中的数据未显示时,可能是由于以下几个原因导致的:HTML代码问题:检查表格的HTML代码是否正...
本地主机上的图像未显示 问题描述:在本地主机上显示图像时,图像未能正常显示。解决方法:以下是一些可能的解决方法,具体取决于问...
表格列调整大小出现问题 问题描述:表格列调整大小出现问题,无法正常调整列宽。解决方法:检查表格的布局方式是否正确。确保表格使...
不一致的条件格式 要解决不一致的条件格式问题,可以按照以下步骤进行:确定条件格式的规则:首先,需要明确条件格式的规则是...
Android|无法访问或保存... 这个问题可能是由于权限设置不正确导致的。您需要在应用程序清单文件中添加以下代码来请求适当的权限:此外...
【NI Multisim 14...   目录 序言 一、工具栏 🍊1.“标准”工具栏 🍊 2.视图工具...
银河麒麟V10SP1高级服务器... 银河麒麟高级服务器操作系统简介: 银河麒麟高级服务器操作系统V10是针对企业级关键业务...