博客
关于我
Linux kdump Crash故障定位分析详解
阅读量:812 次
发布时间:2023-02-01

本文共 486 字,大约阅读时间需要 1 分钟。

1、服务器出现卡顿OOM排查过程

如果Linux服务器突然访问卡顿变慢,负载暴增,具体现象就是输入命令时,输的命令不能立即显示,要过一会儿才显示,按tab键补全也不好使。

如何在最短时间内找出Linux性能问题所在?

1分钟内对系统资源使用情况有个大致的了解:

uptime Or wdmesg | tailvmstat 1mpstat -P ALL 1pidstat 1iostat -xz 1iotopfree -msar -n DEV 1sar -n TCP,ETCP 1top

1. 使用w或uptime命令查看系统负载,发现系统负载很高:(该服务器只有一个CPU,load average值的意义是单位时间段内CPU活动进程数,这个值越大就说明服务器压力越大,一般情况下这个值只要不超过服务器的cpu数量就没有关系)。

$ uptime23:51:26 up 21:31,  1 user,  load average: 30.02, 26.43, 19.02

这个命令可以快速查看机器的负载情况。在Linux系统中,这些数据表示等待CPU资源的进程和阻塞在不可

转载地址:http://ycwfk.baihongyu.com/

你可能感兴趣的文章
netty既做服务端又做客户端_网易新闻客户端广告怎么做
查看>>
netty时间轮
查看>>
Netty服务端option配置SO_REUSEADDR
查看>>
Netty核心模块组件
查看>>
Netty框架内的宝藏:ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—1.服务端启动流程一
查看>>
Netty源码—1.服务端启动流程二
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—2.Reactor线程模型二
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—3.Reactor线程模型四
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>