CPU突然骤高，系统反应慢怎么排查，我来教教你
发布时间：2023-02-24 14:55:44 所属栏目：系统 来源：
导读：开发人员的基本能力。这不，有一位小伙伴去阿里面试，第一面就遇到了关于“CPU 飙高系统反应慢怎么排查”的问题？当时这位小朋友不知从何入手。
今天，我给大家分享一下我的解决思路。
CPU 是整个电
今天，我给大家分享一下我的解决思路。
CPU 是整个电
|
开发人员的基本能力。这不，有一位小伙伴去阿里面试，第一面就遇到了关于“CPU 飙高系统反应慢怎么排查”的问题？当时这位小朋友不知从何入手。 今天，我给大家分享一下我的解决思路。 CPU 是整个电脑的核心计算资源，对于一个应用进程来说，CPU 的最小执行单元是线程。导致 CPU 飙高的原因有以下两个： 1.CPU 上下文切换过多 对于 CPU 来说，同一时刻下每个 CPU 核心只能运行一个线程，如果有多个线程要执行，CPU 只能通过上下文切换的方式来执行不同的线程。上下文切换需要做两个事情 这两个过程需要 CPU 执行内核相关指令实现状态保存，如果较多的上下文切换会占据大量CPU 资源，从而使得 CPU 部分无法完整的去执行相应的用户操作系统进程中的指令，导致响应速度下降。在 Java 中，文件 IO、网络 IO、锁等待、线程阻塞等操作都会造成线程阻塞从而触发上下文切换。 2.CPU 资源过度消耗 也就是在程序中创建了大量的线程，或者有线程一直占用CPU 资源无法被释放，比如死循环！CPU 利用率过高之后，导致应用中的线程无法获得 CPU 的调度，从而影响程序的执行效率！既然是这两个问题导致的 CPU 利用率较高，于是我们可以通过 top 命令，找到CPU 利用率较高的进程，在通过 Shift+H 找到进程中 CPU 消耗过高的线程，这里有两种情况。 CPU 利用率过高的线程一直是同一个，说明程序中存在线程长期占用 CPU 没有释放的情况，这种情况直接通过 jstack 获得线程的 Dump 日志，定位到线程日志后就可以找到问题的代码。 CPU 利用率过高的线程 ID 不断变化，说明线程创建过多，需要挑选几个线程 ID，通过 jstack 去线程 dump 日志中排查。最后有可能定位的结果是程序正常，只是在 CPU 飙高的那一刻，用户访问量较大，导致系统资源不够。当然，也有可能是因为某些应用程序的缓存过多，造成了cpu负载过大，从而导致cpu的频繁启动。 （编辑：聊城站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐