展开

关键词

CPU占用过高排查

一.简介 最近一段时间 某台服务器上的一个应用总是隔一段时间就自己挂掉 用top看了看 从重新部署应用开始没有多长时间CPU占用上升得很快 排查步骤 1.使用top 定位到占用CPU高的进程PID top 2.通过ps aux | grep PID命令 获取线程信息,并找到占用CPU高的线程 ps -mp pid -o THREAD,tid,time | sort -rn 3.将需要的线程ID转换为16 printf "%x\n" tid 4.打印线程的堆栈信息 到了这一步具体看堆栈的日志来定位问题了 jstack pid |grep tid -A 30 二.例子 1.top 可以看出PID 733进程 的占用CPU

45630

CPU占用过高定位?

比如问你常用的5个linux命令你可以说top(整机),vmstat(CPU),free(内存),df(硬盘),iostat (磁盘IO),ifstat(网咯IO)等... ? token=07193d87b188531f 下面来做个实战的测试,当xian线上遇到CPU占用过高怎么排查,如果是在面试的时候面试官这么问你的话,你回答查看下日志或者根据出错问题查看下百度,那么在面试官那你的印象将不会得到很好的认可 当然一般的代码程序出错我们可以直接用 ps -ef|grep 启动程序名,但是对于CPU占用过高的排查还是需要一定的手段和实战经验的。 每天 进步一点点

51540
  • 广告
    关闭

    一大波轻量级工具升级重磅来袭

    代码传递思想,技术创造回响!Techo Day热忱欢迎每一位开发者的参与!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    cpu占用过高排查

    简介 最近一段时间 某台服务器上的一个应用总是隔一段时间就自己挂掉 用top看了看 从重新部署应用开始没有多长时间CPU占用上升得很快 排查步骤 # 1.使用top 定位到占用CPU高的进程PID top # 2.通过ps aux | grep PID命令 获取线程信息,并找到占用CPU高的线程 ps -mp pid -o THREAD,tid,time | sort -rn # 3.将需要的线程 显然是 SmsQueueServiceImpl 中的produceMissSms 和 consumeMissSms 方法有问题 最后注释掉那段循环代码,cpu占用就正常了,也有可能是因为频繁GC导致CPU 占用过高

    35551

    CPU 占用过高问题排查

    方法一 第一步:使用 top命令,然后按shift+p按照CPU排序 找到占用CPU过高的进程的pid 第二步:使用 top -H -p [进程id] 找到进程中消耗资源最高的线程的id 第三步: bc是linux的计算器命令 第四步:执行 jstack [进程id] |grep -A 10 [线程id的16进制]” 查看线程状态信息 方法二 第一步:使用 top命令,然后按shift+p按照CPU 排序 找到占用CPU过高的进程 第二步:使用 ps -mp pid -o THREAD,tid,time | sort -rn 获取线程信息,并找到占用CPU高的线程 第三步:使用 echo 'obase 占用故障排查 解决过程 1、根据top命令,发现PID为2633的Java进程占用CPU高。 找到了耗时最高的线程(TID)3626,占用CPU时间有12分钟了!

    68530

    Linux CPU负载过高排查方法

    问:如何定位是哪个服务进程导致CPU过载,哪个线程导致CPU过载,哪段代码导致CPU过载? 步骤一、找到最耗CPU的进程 工具:top 方法: 执行top -c ,显示进程运行信息列表 键入P (大写p),进程按照CPU使用率排序 图示: image.png 如上图,最耗CPU的进程PID 为10765 步骤二:找到最耗CPU的线程 工具:top 方法: top -Hp 10765 ,显示一个进程的线程运行信息列表 键入P (大写p),线程按照CPU使用率排序 图示: image.png 如上图,进程10765内,最耗CPU的线程PID为10804 步骤三:将线程PID转化为16进制 工具:printf 方法:printf “%x” 10804 图示: image.png 如上图,10804 jstack/grep 方法:jstack 10765 | grep ‘0x2a34’ -C5 --color 打印进程堆栈 通过线程id,过滤得到线程堆栈 图示: image.png 如上图,找到了耗CPU

    1.1K10

    Linux CPU负载过高问题排查

    CPU负载过高异常排查实践与总结CPU负载过高异常排查实践与总结 观察各个进程资源使用情况,可以看出进程id为682的进程,有着较高的CPU占比 1.2 定位具体的异常业务 这里咱们可以使用 pwdx CPU负载过高异常排查实践与总结CPU负载过高异常排查实践与总结 可得出结论:该进程对应的就是数据平台的web服务。 CPU负载过高异常排查实践与总结CPU负载过高异常排查实践与总结 可得出结论:是系统中一个时间工具类方法的执行cpu占比较高,定位到具体方法后,查看代码逻辑是否存在性能问题。 2、根因分析 经过前面的分析与排查,最终定位到一个时间工具类的问题,造成了服务器负载以及cpu使用率的过高CPU负载过高异常排查实践与总结CPU负载过高异常排查实践与总结 4、总结 在编码的过程中,除了要实现业务的逻辑,也要注重代码性能的优化。

    3.3K20

    linux rsyslogd cpu占用资源过高

    1 简介 最近有几次,linux centos 7 服务停了后,重启,再起一些应用后,查看top后,rsyslogd cpu占用率高问题, 先说我这块怀疑导致的原因吧。 2 现象 阿里云ecs的rsyslogd从平时的1%cpu都用不到暴涨到98.87%, 导致业务进程资源紧张,响应很慢; image.png 3 根本原因 查看rsyslog输出的日志/var/log 同时也可能导致systemd-journald内存占用过高 4 解决 4.1 限制服务内存 限制rsyslog服务 [root@op-node-201 ~]# cat /usr/lib/systemd/ 4.2 停掉服务 # 第一步:重启rsyslog 服务,发现 进程cpu 占用率依旧高达99%,采取 第二种方案 [root@hadoop2 ~]# systemctl restart rsyslog

    1.1K20

    Linux kworker 占用CPU过高情况解决

    kworker是3.x内核引入的,kworker 指工作者线程,用来执行工作队列中的work,一般由kthreadd建立,下面为大家分享一下Linux kworker 占用CPU过高情况。 在进程列表中可以有多个:kworker/0:1在第一个CPU内核上kworker/1:1是一个,在第二个CPU内核上是一个,依此类推。 为什么kworker占用您的CPU? 查看CPU回溯中经常发生的情况,希望它可以指出问题的根源。 10 然后会在当前目录下生成一个perf.data 用以下命令查看  sudo perf report 我们看到arch_cpu_idle占用大量CPU。 于是问了Fedora telegram群里的,翻了下arch/arm64/kernel/process.c 结论居然根本没有其他进程在使用CPU,Linux会自动保存CPU运作。

    3.7K30

    解决CPU占用过高的问题

    在弹出的 时间属性 窗口中,找到ClientProcessId,这就是造成VMI错误而引发CPU占用过高的进程。 4. 在cmd或任务管理器的详细信息里找到对应的PID,该进程就是造成问题的进程。 这是导致 WMI 使用过多 CPU 的过程。在我的情况下,过程是 Rapport,这是 IBM 受托人 Rapport 终结点。 5. 卸载该应用程序或禁用该服务。

    43020

    kdevtmpfsi病毒进程(挖矿)导致CPU过高

    top命令查看自己服务器CPU运行情况,会发现kdevtmpfsi的进程,CPU使用率为100%。 1.png 2. 此病毒一般会又定时任务脚本。 5.png 6. top再次检查CPU情况,终于消灭。 4.jpg

    80211

    电脑cpu温度过高怎么办?电脑cpu温度过高是什么原因?

    温度过高,温度过高会导致电脑运行速度变慢,那么电脑cpu温度过高怎么办? 电脑cpu温度过高是什么原因?下面小编就为大家来详细介绍一下。 image.png 一、电脑cpu温度过高怎么办? 二、电脑cpu温度过高是什么原因? 电脑cpu温度过高拥有很多的原因,造成这种问题一般分为外界原因和内部原因,下面小编就为大家整理一下: 1、主机外部坏境温度过高,一般在夏天气候比较炎热,外部的温度比较高如果机器长时间的使用就会造成CPU 关于电脑cpu温度过高怎么办的文章内容今天就介绍到这里,相信大家对于电脑cpu温度过高怎么办已经有所了解了,如果大家的电脑遇到电脑cpu温度过高的问题可以自己去尝试解决一下。

    1K20

    w3wp占用CPU过高

    就可以看到占用内存或者 cpu 最高的进程 pid ! 2 在命令提示符下运行 iisapp -a。注意,第一次运行,会提示没有js支持,点击确定。然后再次运行就可以了。 2 设置应用程序池的CPU监视,不超过25%,每分钟刷新,超过限制时自动关闭。 注:此方法只能用来做为测试,在真正的环境下,这个可能会引起网站时好时坏。不推荐长期使用。 注:方法是先停止IIS,再删除当天的网站日志(系统路径\System32\Logfiles\对应的网站目录下),然后开启IIS,等待CPU高占用的出现,这时在1分钟内打开新建的日志文件,按出现时间,对应检查里面所罗列出现的文件 注:有些写得不好的 ASP 程序,在访问数据库无法做到容错性,所以有些时候数据库损坏或者 ODBC 传送数据不正常,都有可能造成多次强制查询,从而体现为 w3wp.exe 高 CPU 占用。

    51320

    面试篇:如何排查cpu占用过高

    1.先用top命令,找到cpu占用最高的进程PID。 load average: 0.80, 0.29, 0.18 Tasks: 3 total, 2 running, 1 sleeping, 0 stopped, 0 zombie %Cpu 1048572 free, 0 used. 1585692 avail Mem PID USER PR NI VIRT RES SHR S %CPU 2.再用下面命令查询进程中,那个线程的cpu占用率高,记录TID。 PRI SCNT WCHAN USER SYSTEM TID TIME 可以看到tid为514线程,使用cpu最高。

    5530

    cpu使用率过高和jvm old占用过高排查过程

    今天断断续续的收到管理平台的异常报警,cpu占用过高和jvm old占用过高,这个时候赶紧去排查原因,下面记录了我的排查过程,可能里面还有不正确的地方,欢迎各位大佬指正,也欢迎大家关于类似的案例一起交流 ,下面就看我关于这次排查的过程把 报警 cpu使用率过高报警,接近100% 后续又来了jvm old过高报警 排查过程 首先打开监控平台看报警节点的cpu使用情况 ? 登录服务器找到占用 cpu过高线程堆栈信息 ①通过 top 命令找到占用cpu最高的 pid[进程id] ? 可以发现占用cpu过高的线程进行大量的gc 通过 jstat -gcutil pid 时间间隔 查看 jc 信息 ? 查看占用cpu的进程 pid top -Hp pid 查看进程中占用cpu过高的线程id tid printf '%x/n' tid 转化为十六进制 jstack pid |grep tid的十六进制

    84820

    记录:排查系统CPU使用率过高

    背景:CPU空闲时间<10% image.png 排查过程 第一步:找出耗CPU的进程 使用top命令查看内存、cpu及各进程的信息。 load average: 11.33, 11.28, 11.30 Tasks: 179 total, 1 running, 177 sleeping, 1 stopped, 0 zombie Cpu 使用率用户为96.9,PID=26999的Java进程CPU使用率高达774。 第三步:找出耗CPU的线程 在上一步中找到了耗CPU的进程,下面要找到耗CPU的线程。我们知道一个进程中可以有多个线程,进程是线程的集合。 使用下面的命令找到耗CPU的线程,意思就是找出该进程下的线程信息。

    68331

    HBase Thrift2 CPU过高问题分析

    HBase Thrift2 CPU过高问题分析.pdf 1. 现象描述 外界连接9090端口均超时,但telnet端口总是成功。 使用top命令观察,发现单个线程的CPU最高达99.99%,但并不总是99.9%,而是在波动。当迁走往该机器的流量后,能够访问成功,但仍然有超时,读超时比写超时多: # .  EAGAIN (timed out)     PID USER      PR  NI    VIRT    RES    SHR S %CPU 问题定位 使用ps命令找出CPU最多的线程,和top显示的一致: $ ps -mp 20693 -o THREAD,tid,time | sort -rn zhangsan

    29320

    java系统问题之cpu占用过高

    Top intro Use top to find the thread information Prerequisite 系统负载(system load) 系统负载(System Load)是系统CPU 繁忙程度的度量,即有多少进程在等待被CPU调度(进程等待队列的长度)。 平均负载(Load average) load average: 0.52, 0.27, 0.25 Load average 表示系统的cpu的平均的负载 平均负载(Load Average)是一段时间内系统的平均负载 > jstack 15400 | vim +/0x3c2a - 表示直接从进程15400产生的线程stack信息, 去定位线程id是0x3c2a的线程栈信息 Top intro 实时显示系统的进程占CPU 或者是实时显示系统的负载情况 Use top to find the thread information top (find the pid which has the largest cpu

    24400

    Tomcat进程占用CPU过高怎么办?

    CPU经常会成为系统性能的瓶颈,可能: 内存泄露导致频繁GC,进而引起CPU使用率过高 代码Bug创建了大量的线程,导致CPU频繁上下文切换 通常所说的CPU使用率过高,隐含着一个用来比较高与低的基准值 如果没有找到个别线程的CPU使用率特别高,考虑是否线程上下文切换导致了CPU使用率过高。 案例 程序模拟CPU使用率过高 - 在线程池中创建4096个线程 在Linux环境下启动程序: java -Xss256k -jar demo-0.0.1-SNAPSHOT.jar 线程栈大小指定为 但对于该案例:Java进程占用的CPU是961.6%, 而“scheduling-1”线程只占用了42.5%的CPU,那其它CPU被谁占用了? 总结 遇到CPU过高,首先定位哪个进程导致的,之后可以通过top -H -p pid命令定位到具体的线程。

    36710

    Elasticsearch集群CPU使用率过高的问题

    本文延续:Elasticsearch集群出现负载不均的问题如何解决 背景 ES集群在某些情况下会出现CPU使用率高的现象,具体有两种表现: 1. 个别节点CPU使用率远高于其他节点; 2. 集群中所有节点CPU使用率都很高。 本篇文章我们着重讲解第二种情况。 问题现象 集群所有节点CPU都很高,但读写都不是很高。 image.png 图中可以看到,kibana端Stack Monitoring的监控,CPU使用率每个节点都很高。 原因 出现这种情况,由于表面上看集群读写都不高,导致很难快速从监控上找到根因。 原因一:比较大的查询请求导致CPU飙高 这种情况比较常见,细心一点的话可以从监控上找到线索: image.png 从监控上可以发现,查询请求量的波动与集群最大CPU使用率是基本吻合的。 原因二:写入请求导致CPU飙高 同理,首先通过监控来观察到CPU飙高是与写入相关,然后开启集群的慢日志收集,确认写入慢的请求,进行优化。

    4.9K2314

    几段排查SQL Server占用CPU过高的SQL

    [dm_exec_sessions] WHERE [session_id]>50 2.查看各项指标是否正常,是否有阻塞,选取了前10个最耗CPU时间的会话 SELECT TOP 10 [session_id [database_id])='gposdb' ORDER BY [cpu_time] DESC 3.查看具体的SQL语句,需要在SSMS里选择以文本格式显示结果 --在SSMS里选择以文本格式显示结果 [sql_handle]) AS dest WHERE [session_id]>50 ORDER BY [cpu_time] DESC 4.查看CPU数和user scheduler数和最大工作线程数 ,检查worker是否用完也可以排查CPU占用情况 --查看CPU数和user scheduler数目 SELECT cpu_count,scheduler_count FROM sys.dm_os_sys_info [SalesOrderDetail_test] GO 100 8.查询CPU占用高的语句 SELECT TOP 10 total_worker_time/execution_count AS avg_cpu_cost

    2.6K10

    相关产品

    • 全球应用加速

      全球应用加速

      全球应用加速(GAAP)依赖全球节点之间的高速通道、转发集群及智能路由技术,实现各地用户的就近接入,通过高速通道直达源站区域,帮助业务解决全球用户访问卡顿或者延迟过高的问题……

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券