前面学习了iowait（也就是等待I/O的CPU使用率）升高时的分析方法。这里要记住，进程的不可中断状态是系统的一种保护机制，可以保证硬件的交互过程不被意外打断。所以，短时间的不可中断状态是很正常的。但是，当进程长时间都处于不可中断状态时，就得当心了。这时可以使用 dstat、pidstat 等工具，确认是不是磁盘 I/O 的问题，进而排查相关的进程和磁盘设备。其实除了 iowait，软中断（so

前面学习了iowait（也就是等待I/O的CPU使用率）升高时的分析方法。这里要记住，进程的不可中断状态是系统的一种保护机制，可以保证硬件的交互过程不被意外打断。所以，短时间的不可中断状态是很正常的。但是，当进程长时间都处于不可中断状态时，就得当心了。这时可以使用 dstat、pidstat 等工具，确认是不是磁盘 I/O 的问题，进而排查相关的进程和磁盘设备。其实除了 iowait，软中断（so

前面的文章讲了怎么理解平均负载（ Load Average），并用三个案例展示了不同场景下平均负载升高的分析方法。这其中，多个进程竞争 CPU 就是一个经常被我们忽视的问题。我想你一定很好奇，进程在竞争 CPU 的时候并没有真正运行，为什么还会导致系统的负载升高呢？看到今天的主题，你应该已经猜到了，CPU 上下文切换就是罪魁祸首。我们都知道，Linux 是一个多任务操作系统，它支持远大于 CPU

使用python处理数据是非常方便及快速的，不覆盖excel表中的数据进行追加也是一种非常常用的方法，在此简单记录下

基于container部署k8s

在没有完善k8s监控体系的情况下，基于k8s集群查看node节点的运行情况。这两个命令会直接报错"Metrics API not available"，这是什么原因呢？如何解决？