前言 前几日早上打开邮箱收到一封监控报警邮件：某某 ip 服务器 CPU 负载较高，请研发尽快排查解决，发送时间正好是凌晨。 其实早在去年我也处理过类似的问题，并记录下来：《一次生产 CPU 100% 排查优化实践》 不过本次问题产生的原因却和上次不太一样，大家可以接着往下看。 问题 ...

背景 将log4j.xml的日志级别从error调整为info后,进行压测发现CPU占用很高达到了90%多(之前也就是50%,60%的样子). 问题排查 排查思路: 看进程中的线程到底执行的是什么,导致CPU占用较高. 1. 使用top命令查看到底是哪个应用 ...

一次简单的服务器 cpu 占用率高的快速排查实战 原 svchost 病毒 服务器 cpu trouble shoot 排错 前两天，朋友遇到一个线上 cpu 占用率很高的问题，我们俩一起快速定位并解决了这个问题。在征求朋友同意 ...

起因：发现docker中有两个容器的CPU持续在百分之95以上运行了一晚上 执行命令：docker stats 发现这个两个大兄弟一点没歇满负荷跑了一晚上，再这么下去怕不是要GG 容器里跑的是JAVA应用，JDK版本1.8 首先进入容器内部：docker exec -it 容器ID /bin ...

前言 之前或多或少分享过一些内存模型、对象创建之类的内容，其实大部分人看完都是懵懵懂懂，也不知道这些的实际意义。 直到有一天你会碰到线上奇奇怪怪的问题，如： 线程执行一个任务迟迟没有返回，应用假死。 接口响应缓慢，甚至请求超时。 CPU 高负载运行。 这类问题并不 ...

一、java定位进程 在服务器中终端输入命令：top 可以看到进程ID，为5421的cpu这列100多了。 记下这个数字：5421 二、定位问题进程对应的线程 然后在服务器中终端输入命令：top -Hp 5421 作用是查看里程内部线程资源占用情况。5421为第二步获取 ...

spring boot 模拟飚高代码 @Service public class TestWhile { /* 操作内存对象 */ ConcurrentHashMap map = new ConcurrentHashMap ...

一、业务背景+系统架构 本次场景为kafka+storm+redis+hbase，通过kafka的数据，进入storm的spout组件接收，转由storm的Bolt节点进行业务逻 ...