项目CPU异常高分析

今天验收一个项目的时候发现这程序挂在大厅不看视频都能煎鸡蛋，用电比充点还快，所以就决定查下这软件到底是干了点什么

1.首先先看下到底用了多少cpu

果然很离谱，我什么都不干，就已经这么高，一般的游戏都没这么高

2.这个时候介绍下如何看什么函数占用了大量cpu

主要用的是strace

使用方法：

①.推送strace到一个文件夹

adb shell #adb shell

su #获取管理员权限

chmod 777 /data/ #改变权限不然会没有权限

adb push strace /data/ #推送

3.切换到strace的目录输入

5651是PID

结果：可以发现大量的调用了ioctl 这里就截图一部分实际有好几百行这就是导致cpu极高的原因

ioctl 解释

时间： 2024-10-04 06:37:56

项目CPU异常高分析的相关文章

cpu过高分析

cpu太高,一般来讲或者是有死循环,或者是cpu密集型应用. 定位问题思路: 1. 查看哪个进程战用过高. 2.查到后,查看该进程哪个线程占用过高. 3.查到对应cpu过高线程后,用jstack打印出线程栈,查看对应堆栈信息以下为整个实例, 一.先查找出哪个进程占用cpu过高用命令: top 结果: 7907 zhao 20 0 3279m 645m 30m S 52 8.2 8:34.18 java 21372 zhao 20 0 4226m 384

java进程占用cpu过高分析是哪些线程

拿hbase基准测试列子来分析哪些线程使用比较高的cpu,环境是linux,基准测试命令: hbase org.apache.hadoop.hbase.PerformanceEvaluation --rows=500000 --nomapred --presplit=5 --writeToWAL=true randomWrite 5 首先查看占用cpu最高的进程和线程id,执行命令: [[email protected] logs]$ ps Hh -eo pid,tid,pcpu | sort

几个常用的内存、CPU飙高分析工具

Process Hacker.Windbg.vs2017 调试托管内存.Microsoft.Samples.Debugging.ants memory profiler.ants performance profiler 有时间详细介绍这几个工具怎么玩,不过这几个工具只是辅助分析飙高原因,都很难直接定位,需要经验......

性能测试 | 服务器CPU使用率高分析实例

前面我们讨论系统调用的时候结论是耗时200ns-15us不等.不过我今天说的我的这个遭遇可能会让你进一步认识系统调用的真正开销.在本节里你会看到一个耗时2.5ms的connect系统调用,注意是毫秒,相当于2500us! 问题描述当时是我的一个线上云控接口,是nginx+lua写的.正常情况下,单虚机8核8G可以抗每秒2000左右的QPS,负载还比较健康.但是该服务近期开始出现一些500状态的请求了,监控时不时会出现报警.通过sar -u查看峰值时cpu余量只剩下了20-30%. 图3.jpg

Linux排查java程序占用cpu过高的线程代码

分几步骤: 1.通过top,查出占用CPU过高的java进程 ,比如: pid :6666 2.通过ps -mp 6666 -o THREAD,tid,time| sort -n -k1 -r 查看此进程占用线程的情况,比如查到占用CPU异常高的线程的线程Id :8888 以上两步,可以直接通过top -H搞定 3.将需要的线程ID转换为16进制格式: printf “%x\n” 8888 [[email protected]]# printf “%x\n” 8888“22b8n” 4.最后打印

CPU利用率异常的分析思路和方法交流探讨

CPU利用率异常的分析思路和方法交流探讨在生产运行当中,经常会遇到CPU利用率异常或者不符合预期的情况,此时,往往暗示着系统性能问题.那么究竟是核心应用的问题?是监控工具的问题?还是系统.硬件.网络层面的问题?在上线前的测试过程中,经常会遇到新版本应用的CPU占用率比旧版本高,那么到底是新增的或者变更的什么模块导致呢?面对这种情况,我们应该如何定位和诊断问题的根本原因? 本期专题讨论会分享采用什么样的分析思路.分析方法和分析工具进行CPU使用情况的分析:并帮助大家解答以下问题: 1. CPU利用

记一次查内存异常问题（续《记一次Web应用CPU偏高》）

继上一次查应用的CPU飙高问题(http://www.cnblogs.com/hzmark/p/JVM_CPU.html)过去10天了.上次只是定位到了是一个第三方包占用了大量的CPU使用,但没有细致的去查第三方包为什么占用了这么高的CPU,并且内存为什么如此诡异.总的来说上一次排查带来的收获是熟悉了JVM的工具使用和大致定位到了问题. 在上次排查问题之后,应用出现异常的频率还是较高,终下定决心再查一次,而这次排查的重点落在内存方面.因为怀疑CPU偏高是因为内存的异常导致频繁的GC引起的. 首先

Linux下CPU占用率高分析方法

一.可能有线程一直占用CPU资源 1. 先通过 ps 查看进程状态,找出进程的PID(8209). 2.jstack -l 8209 > /usr/local/work/tomcat/8209.stack 导出PID对应的线程信息到文件 3.对导出的线程文件下载本地做分析(可以文本打开) 4. 通过top -H -p 8209 命令查看对应进程是哪个线程占用CPU过高(eg:8308) 5.printf "%x\n" 8308 转换十进制为十六进制此处为:2074. 6.在导出

压测过程中故障排查之一：高CPU占用问题分析案例

说明: 一个应用占用CPU很高,除了确实是计算密集型应用之外,通常原因都是出现了死循环以我们最近出现的一个实际故障为例,介绍怎么定位和解决这类问题. 根据top命令,发现PID为28555的Java进程占用CPU高达200%,出现故障. 通过ps aux | grep PID命令,可以进一步确定是tomcat进程出现了问题.但是,怎么定位到具体线程或者代码呢? 首先显示线程列表: ps -mp pid -o THREAD,tid,time 找到了耗时最高的线程28802,占用CPU时间快两个小