%iowait表示在一个采样周期内有百分之几的时间属于以下情况：CPU空闲并且有仍未完成的I/O请求（如果单纯是CPU空闲，但是并没有IO请求，那么这个时间就是CPU的idle时间），两个条件必须同时满足（CPU空闲+有未完成的IO才算iowait）
   内核会周期性的记录CPU时间片使用情况，它首先判断CPU是不是空闲的，如果不是，则判断是在内核态还是用户态；
   如果不是，则会判断是否有磁盘I/O请求被当前的CPU发起，如果有则增加iowait的值，如果没有则增加idle的值。

%iowait 升高并不能证明等待I/O的进程数量增多了，也不能证明等待I/O的总时间增加了。

   在I/O完全一样的情况下，CPU忙闲状态的变化就能够影响%iowait的大小
   在CPU繁忙期间发生的I/O，无论有多少，%iowait的值都是不受影响的（因为%iowait的第一个前提条件就是CPU必须空闲）；
   当CPU繁忙程度下降时，有一部分I/O落入了CPU空闲的时间段内，这就导致了%iowait升高。可见，I/O并没有变化，%iowait却升高了，原因仅仅是CPU的空闲时间增加了。
   请记住，系统中有成百上千的进程数，任何一个进程都可以引起CPU和I/O的变化，因为%iowait、%idle、%user、%system 等这些指标都是全局性的，并不是特指某个进程。

   另一种情形：假设CPU的繁忙状况保持不变的条件下，即使%iowait升高也不能说明I/O负载加重了。
   如果2个I/O请求依次提交、使得整个时段内始终有I/O在进行，那么%iowait 是100%；
   如果3个I/O请求同时提交，因为系统有能力同时处理多个I/O，所以3个并发的I/O从开始到结束的时间与一个I/O一样，%iowait 的结果只有50%。

   2个I/O使%iowait达到了100%，3个I/O的%iowait却只有50%，显然%iowait的高低与I/O的多少没有必然关系，而是与I/O的并发度相关。所以，仅凭%iowait 的上升不能得出I/O负载增加的结论。

   %iowait所含的信息量非常少，它是一个非常模糊的指标，如果看到 %iowait 升高，还需检查I/O量有没有明显增加，avserv/avwait/avque等指标有没有明显增大，应用有没有感觉变慢，如果都没有，就没什么好担心的。