记录一次load高,但是 cpu 用量很低的问题排查

CPU不高的情况,一般cpu的wait或idle都有较大的值,表明CPU利用率不高

  1. 一种情况是磁盘IO过高,导致线程等待
    使用 vmstat 2 10命令查看io情况,2 代表每两秒循环一次,10 代表一共循环十次
 	procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  2 276352 210208976 5843432 9644700    0    0   310   191    0    0  1  5 91  2  0
 0  2 276352 210188960 5851088 9655928    0    0  6550  6728 4646 8589  2  1 87 11  0
 1  1 276352 210152272 5856968 9688128    0    0  5454 13656 6310 12566  2  1 85 13  0
 1  1 276352 210132256 5861448 9701732    0    0  5694  2320 3966 30963  2  1 87 11  0
 1  2 276352 210113440 5863044 9717104    0    0   958  9182 5281 36630  6  2 84  8  0
 1  1 276352 210104512 5865136 9723836    0    0  1170  4714 3329 9156  6  1 85  8  0
 0  1 276352 210093616 5867820 9730472    0    0  1590  5376 5475 11531  1  1 92  7  0
 0  1 276352 210084640 5871020 9735528    0    0  1916  2408 5224 10248  0  1 93  6  0
 1  1 276352 210078176 5873920 9739876    0    0  1706  1828 4117 8173  0  0 93  7  0
 0  1 276352 210071040 5876172 9744716    0    0  1380  2434 4476 8424  0  0 93  7  0

使用 iotop命令倒序查看IO的使用情况

Total DISK READ :      35.87 M/s | Total DISK WRITE :      26.05 M/s
Actual DISK READ:      35.87 M/s | Actual DISK WRITE:     380.86 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                                                                                                       
11566 idle root       35.87 M/s   25.97 M/s  0.00 % 94.44 % updatedb.mlocate
 8547 be/4 mysql       0.00 B/s    0.00 B/s  0.00 %  0.77 % mysqld --daemonize --pid-file=/run/mysql

通过观察iotop发现 updatedb.mlocate 进程占用 io 较多
updatedb 是由 mlocate 定时启动的为硬盘建立文件索引的进程 方便 location 命令的使用的
我们可以在 /etc 下面查找这个文件,我的系统是ubuntu18, 在/etc/cron.daily 发现了这个文件,可以将其删掉或者将其移动到/etc/cron.monthly 改为一月启动一次
2. 另一种情况,运行的线程较多,导致cpu频繁切换
使用 vmstat 命令查看CPU上下文切换次数
使用 pidstat -wt 1 命令查询运行的进程
查询到具体进程之后用 cat /proc/进程号/status,解析其中的内容判断问题

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: autosar架构软件CPU load是常见的问题之一,它可能会导致设备性能受损,系统崩溃,甚至是安全性问题。快速排查原因可以通过以下步骤: 1. 确认CPU load的现象发生的时间和条件,包括何时,何地,何种环境。 2. 关注程序中的所有资源占用,包括主存,中间层,接口等,以及系统外部影响,如网络通信,时间表,CRC校验等等。 3. 检查CPU和核心电路等硬件是否存在故障或者无法正常工作的情况。 4. 采用基于时间的排查,通过记录事件的时间和相关的状态信息来追溯可能引起CPU load的事件。 5. 使用调试软件进行排查,跟踪并分析对象和系统的运行,以定位可能的问题源并解决它们。同时,通过日志记录,分析产生CPU load的原因和发生事件的位置。 总之,排查CPU load问题需要有系统的思路和方法,通过分析硬件和软件的影响,以及使用效的调试软件,来定位问题并解决它们,以确保设备的性能和安全性。 ### 回答2: 当autosar架构软件的CPU负载过时,需要进行以下步骤来快速排查其原因。 首先,要使用性能分析工具来监控CPU使用率和系统负载。此类工具可突出显示CPU时间、热点和锁定问题,并提供CPU飙升或缺陷的警报。 其次,检查系统中的可用内存和使用的内存量。如有必要,可以通过增加内存或调整内存分配来减少CPU开销。 第三,检查系统中运行的进程和线程。通过检查这些进程和线程,可以确定是否存在紧急的CPU使用情况或死锁情况。 最后,如果以上方法都没有解决问题,可以使用追踪和调试工具进行进一步的调试。追踪工具可以捕捉CPU的使用情况,并记录系统中发生的事件和活动。调试工具可以确定哪些函数或线程在导致CPU使用率。 总之,要快速排查autosar架构软件的CPU负载过原因,需要使用性能分析、内存、进程/线程和调试工具来确定问题的根本原因。 ### 回答3: Autosar架构软件是一种度复杂的软件,在使用中可能会出现CPU负载过问题。对于这种情况,我们可以从以下几个方面来进行快速排查。 1、通过软件调试工具查看代码是否存在死循环或者一些不必要的空循环等操作,这些都可能导致CPU。 2、可以通过系统监视器对CPU的利用率进行监控,这样可以了解CPU是否存在一个或多个线程的处理量过导致的问题。 3、检查是否存在大量的IO操作,如读写文件或网络通信等,这些操作会占用CPU时间,导致CPU。 4、检查是否存在内存泄漏或者内存过大的情况,如果存在这样的情况,会导致CPU负载过。 5、查看是否有频中断的情况,这种情况一般是因为外设设备在短时间内向CPU发送了大量的中断请求,需要检查外设设备是否正常。 总之,对于Autosar架构软件的CPU负载过问题,我们可以从多个角度去查找原因,只要找到了问题,就可以很快地进行解决。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值