您的位置:首页 > 职场人生

【面试普通人VS高手系列】CPU飙高系统反应慢怎么排查?

2022-04-12 11:18 856 查看 https://www.cnblogs.com/mic112

面试过程中,场景类的问题更容易检测出一个开发人员的基本能力。 这不,一个小伙伴去阿里面试,第一面就遇到了关于“CPU飙高系统反应慢怎么排查”的问题? 对于这个问题,我们来看看普通人和高手的回答!

普通人:

嗯, CPU飙高的原因可能是线程创建过多导致的。
高手: 好的,关于这个问题,我从四个方面来回答。

  1. CPU是整个电脑的核心计算资源,对于一个应用进程来说,CPU的最小执行单元是线程。

  2. 导致CPU飙高的原因有几个方面

    CPU上下文切换过多,对于CPU来说,同一时刻下每个CPU核心只能运行一个线程,如果有多个线程要执行,CPU只能通过上下文切换的方式来执行不同的线程。上下文切换需要做两个事情

    保存运行线程的执行状态
  3. 让处于等待中的线程执行

这两个过程需要CPU执行内核相关指令实现状态保存,如果较多的上下文切换会占据大量CPU资源,从而使得cpu无法去执行用户进程中的指令,导致响应速度下降。

在Java中,文件IO、网络IO、锁等待、线程阻塞等操作都会造成线程阻塞从而触发上下文切换

  • CPU资源过度消耗,也就是在程序中创建了大量的线程,或者有线程一直占用CPU资源无法被释放,比如死循环!

  • CPU利用率过高之后,导致应用中的线程无法获得CPU的调度,从而影响程序的执行效率!

  • 既然是这两个问题导致的CPU利用率较高,于是我们可以通过

    top
    命令,找到CPU利用率较高的进程,在通过
    Shift+H
    找到进程中CPU消耗过高的线程,这里有两种情况。

      CPU利用率过高的线程一直是同一个,说明程序中存在线程长期占用CPU没有释放的情况,这种情况直接通过jstack获得线程的Dump日志,定位到线程日志后就可以找到问题的代码。
    1. CPU利用率过高的线程id不断变化,说明线程创建过多,需要挑选几个线程id,通过jstack去线程dump日志中排查。
  • 最后有可能定位的结果是程序正常,只是在CPU飙高的那一刻,用户访问量较大,导致系统资源不够。

  • 以上就是我对这个问题的理解!
    总结:

    从这个问题来看,面试官主要考察实操能力,以及解决问题的思路。

    如果你没有实操过,但是你知道导致CPU飙高这个现象的原因,并说出你的解决思路,通过面试是没问题的。

    如果你在面试的时候遇到了一些比较刁钻也奇葩的问题,欢迎私信或在评论区给我留言。

    我是Mic,一个工作了14年的Java程序员,咱们下篇文章再见。

    内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
    标签: 
    相关文章推荐