CPU占用较高及CPU占用不高但无响应问题排查小记

最新推荐文章于 2023-04-12 00:57:11 发布

还可以努力一下

最新推荐文章于 2023-04-12 00:57:11 发布

阅读量885

点赞数 1

分类专栏： # 并发编程文章标签： java 并发编程

本文链接：https://blog.csdn.net/qq_36036483/article/details/123015575

版权

并发编程专栏收录该内容

1 篇文章 0 订阅

订阅专栏

CPU占用不高但交易无响应排查

使用top -c 查看CPU使用情况

在这里插入图片描述
发现cpu占用不高，继续排查

使用jstack 应用进程号查看日志

在这里插入图片描述
发现ThreadA、ThreadB互相等待对方释放锁资源导致了死锁

CPU占用很高问题排查

使用top -c查看cpu使用情况

在这里插入图片描述
发现我们的应用占用了91.7%的cpu

使用top -H -p 2571查看进程当中消耗cpu较高的线程

在这里插入图片描述

使用printf “0x%x\n” 4469将线程id转换为16进制得到结果0x1175

使用jstack 2571|grep -A 20 0x1175查看线程dump日志

在这里插入图片描述
发现是WhileThread中run方法导致了cpu占用过高

以上就是关于交易响应慢问题的简单排查过程

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

还可以努力一下

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

使用Process Explorer/Process Hacker和Windbg高效排查软件高CPU占用问题

dvlinker的技术专栏

11-02

1万+

通过在Windbg中查看变量的值去快速定位软件高CPU占用问题。

Java Cpu 无响应解决方案

12-22

占用cpu高的线程的堆栈如下： Thread 1 (process 17775): #0 0x00007fa870981179 in Klass::subklass() const () from /usr/java/jdk1.8.0_45/jre/lib/amd64/server/libjvm.so #1 0x00007fa8706d15c5 in Dependencies::find_finalizable_subclass(Klass*) () from /usr/java/jdk1.8.0_45/jre/lib/amd64/server/libjvm.so #2 0x00

参与评论您还未登录，请先登录后发表或查看评论

服务器内存占用不高卡,服务器故障实例之:CPU内存不高但很卡,多半是带宽不够了 - 网站笔记 - 百题资料...

weixin_39579468的博客

07-29

2265

近日服务器出现如下故障：在线人数80多的时侯，登陆服务器发现CPU利用率并不怎以高，内存也还剩余很多，但是远程连接上服务器后就是很卡很卡。时不时还掉线。但是之前服务器曾经经历过200多人同时在线的情况，那个时候也只是CPU利用率偶尔占用有点高，所以那时侯就把数据库迁移到单独的一台服务器上了。为什么会出现这种情况呢？到控制台查看服务器监控情况，cpu正常范围，内存也在正常范围，问题出在了带宽上，居然...

电脑软件经常出现程序未响应是什么原因？及4种解决方法总结

小助手爱编程

01-11

1万+

资源不足：如果您的电脑资源不足，比如内存或 CPU 使用率过高，那么程序可能会变得不稳定甚至假死。解决方法是关闭一些不必要的程序或升级硬件。病毒或恶意软件：如果您的电脑中存在病毒或恶意软件，它们可能会影响程序的正常运行。解决方法是运行杀毒软件进行扫描并删除病毒。程序错误：如果某个程序存在错误，它可能会导致程序假死。解决方法是检查该程序是否有更新版本，或者尝试重新安装该程序。系统文件损坏：如果您的电脑中存在损坏的系统文件，这可能会导致程序假死。解决方法是运行系统文件检查工具来修复文件。

cup爆满导致程序无响应问题排查

RiKing_1的博客

01-10

625

cup爆满导致程序无响应问题排查

压测服务器无响应分析,压力测试遇上了一个奇怪的问题，请有经验的兄弟们帮忙看下。...

weixin_39532352的博客

08-04

903

本人现在要对一个 API 网关的性能做测试，在搭建环境的时候，遇上了一个让我百思不得其解的问题，想请各位帮忙看一下，能解决当然万分感激，当然能提供解决思路的也十分感谢。前提发压机：云服务器 8 核 8G被测机：云服务器 2 核 4G测试工具：基于 python 的 locust。以下的测试我用 docker 容器起的 locust 和非 docker 容器起的 locust 都尝试过了，数据...

Linux系统中CPU占用率较高问题排查思路与解决方法

09-14

在Linux系统管理中，CPU占用率过高是一个常见的问题，它可能导致系统性能下降，甚至影响到服务的稳定性。本文主要探讨了如何排查和解决Linux系统中CPU利用率高的问题，包括两种常用的方法以及一个实际的故障排查案例...

记一次tomcat进程cpu占用过高的问题排查记录

09-29

问题发生在Linux环境下，一个Tomcat Web服务的CPU占用率超过200%，导致请求无法响应。在排查过程中，作者首先通过`jps`命令找到JVM进程，接着使用`jstack`查看线程状态，发现大量log4j线程被阻塞在等待状态。这可能...

怎样通过iisapp命令查找pid来解决IIS的cpu占用率过高问题

09-30

总结来说，通过iisapp命令查找应用程序池的PID，可以快速定位到IIS中CPU占用率过高的进程，然后通过对比任务管理器中各进程的资源使用情况，找出具体问题所在的Web应用程序，进而进行针对性的优化和解决。...

服务器CPU超100%，Tomcat不响应，前台页面打不开----记一次生产故障综合诊断

夏至海的博客

04-10

205

这段时间，又有个应用隔几天就挂死，昨天直接一天死两次，我也是无语了。转过头来想，也说明使用系统的人越来越多了。为了客户，下定决心，必须解决这个顽疾。拿出我之前备好的利器，开始收拾它。提取故障日志 tomcat运行日志已经好几天没清理，一瞅好几个G。服务器上vi，半天打不开。不怕不怕，上日志查找神器。这样就从大文件中提取到我们关心的内容了，我是提取了故障前后一段时间的日志。 d...

Apache服务器间歇性卡死，导致服务器上跑的网站及相关系统无法访问

chiba3119的博客

08-18

1101

最近公司服务器经常出现网站及系统无法访问的情况，服务器环境为Apache+PHP+Mysql，版本都比较老。服务器是云主机，在云主机的管理界面看到出现问题的这段时间，每天CPU利用率到了50%以上，之前平均为10%左右。因此认为，问题是CPU占用率过高的原因，然后就一直在排查Apache的配置...

docker容器cpu高问题排查_DOCKER容器监控CPU使用率为0的问题分析

weixin_35523579的博客

12-24

936

一、问题现象1、主机上面所有docker容器通过docker stats获取不到动态的资源利用率；docker top无进程信息.2、但是各个容器正常运行，容器内部进程可以正确查询到，并且容器承载的服务正常二、问题分析因为只是资源使用和进程信息从宿主机侧无法获取，怀疑跟docker使用cgroup实现资源隔离控制有关系，查看了容器对应的cpu/mem等的cgroup组cgroup.procs文件，...

TPS死活上不去，为啥？

最新发布

qq_28569939的博客

04-12

1541

接到了这个任务，发现这个接口在容量测试过程中，发现无论并发用户数有多大，TPS无增长，响应时间随着用户数的增加而增加，服务器资源消耗较小，并在逐渐增加并发用户数的过程中，出现大量超时报错。处于受阻塞状态的某一线程正在等待监视器锁，以便进入一个同步的块/方法，或者在调用 Object.wait 之后再次进入同步的块/方法。从整个应用来看，原本线程应该执行业务代码并快速返回结果的，但是现在线程被挂起等待了，因此相应的我们的RT也就增加了。线程正在JVM中执行，有可能在等待操作系统中的其他资源，比如处理器。

CPU加电无反应及频繁死机故障处理

u013428650的专栏

02-19

1614

当电脑出现运行不稳定、通电后不能启动等现象时，假如采用“替换法”排除了电源、内存以及软件病毒等因素引发故障后，接下来就需要检查CPU是否有问题了。由CPU造成的故障表现虽然是多种多样，但归纳起来也无外乎频繁死机、开机自检显示的工作频率反复变化、因超频过度而无法开机，以及系统加电后没有任何反应等几种方式。当然，应对的办法也都不尽相同，下面笔者简单介绍故障的原因及解决办法。　　一、加电无反应或

压测时cpu不高，load average过高的问题排查及解决方法

黄国攀的博客

01-19

1万+

一.背景说明这次代码新增了入参解密，出参加密，然后压测过不了，接口响应时间超过公司规定了，遂排查之，然后做个记录。二.排查过程方式一：打印耗时日志 1.怀疑是加解密算法太耗时，我们是采用RSA+AES的方式；所以先补日志，在代码前后打印耗时。 2.最终看日志发现在将流转换为String耗时比较多，应该是普通io的操作是阻塞的，io的read和write需要阻塞读或者写，在高并发的情况下，响应不过来。这种方式比较反锁，而且在修改比较多的情况，需要补大量日志，不是很方便，建议采用第二种方式。方式二

性能理论二：TPS低原因浅析

lienfeng6的博客

09-25

6691

下面就说说压测中为什么TPS上不去的原因： 1、网络带宽在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，那么就会造成网络资源竞争，间接导致服务端接收到的请求数达不到服务端的处理能力上限。 2、连接池可用的连接数太少，造成请求等待。连接池一般分为服务器连接池（比如Tomcat）和数据库连接池（或者理解为最大允许连接数也行）。 3、垃圾回收机制从常见的应用服务器来说，比如Tomcat，因为java的的堆栈内存是动态分配，具体的回收机制是基于算法，

线上服务平均响应时间太长，怎么排查？

木子雷的博客

10-06

1977

最困难的事情就是认识自己！个人网站，欢迎访问！前言：最近线上环境某个接口服务响应时间偏长，导致用户体验超差，那平时该怎么快速的排查这类问题呢？ ①、为代码添加上详细的打印日志；不建议，一是线上环境，没法随便的重新部署更换了详细日志的代码，二是添加详细的日志输出，那就意味这会生成大量的日志文件，这些日志文件会占据大量服务器磁盘空间。 ②、搭建一个模拟了线上环境的测试环境进行复盘排查；额，出现了这种问题哪有那么多的时间让你进行环境复盘排查，所以此方案也是不建议的。 ③、线上诊断神器 Ar.

java服务程序假死（进程存在但请求无响应）的几种原因