我有CPU I / O等待稳定在50％左右，但是当我运行iostat 1它显示很less或没有磁盘活动。 什么原因导致等待没有iops？ 注意：这里没有NFS或FUSE文件系统，但它使用Xen虚拟化。
我有一个基本上在晚上做一个简单的“tar zcf”的cron。 服务器有： 8核 – 英特尔（R）至强（R）CPU E5606 @ 2.13GHz 25GB RAM Ubuntu 12.04.2 LTS 硬件RAID 1（LSI Logic / Symbios Logic MegaRAID SAS SMC2108），带有两个2.728TB硬盘驱动器 正如你所看到的监控screenhost： http://clip2net.com/s/57YRKP 在几乎所有的焦油时间，光盘I / O都达到> 90％，并使所有其他应用程序（MySQL，Apache）减速很多。 2个问题： 备份期间磁盘I / O太高是否正常？ 有没有办法限制光盘I / O，所以其他应用程序可以继续正常工作？ 谢谢！
在大量的I / O工作负载下，我看到了大量虚拟化服务（Azure）和产品（vmware，kvm，hyperv）I / O和系统停滞。 我的问题是： 在执行I / O繁重的工作负载时使用虚拟化解决scheme是否合理？ 这种东西最好的做法是什么？ 造成这些问题的原因是系统瓶颈，还是只是一个过度争用的问题？
我知道wa （在top ）测量等待I / O的CPU时间。 很多文章都这么说。 但我很困惑，根据2个知识点： 如果进程使用系统调用来读取磁盘，则进程被阻止。 如果某个进程被阻塞，则不能在CPU上运行。 对？ CPU看起来没有时间在I / O上等待…会发生什么？ 如果推荐一些书或文章给我进一步阅读，那么更好。
我见过这个问题： 如何识别大量写入磁盘？ 我之前使用过dstat和atop ，但是他们似乎并没有明确哪个进程正在导致磁盘I / O。 例如，从dstat： dstat -ta –top-bio —-system—- —-total-cpu-usage—- -dsk/total- -net/total- —paging– —system– —-most-expensive—- time |usr sys idl wai hiq siq| read writ| recv send| in out | int csw | block i/o process 14-12 16:16:25| 22 3 49 26 0 0|2324k 0 | 17k 6144B| 0 0 |1324 0 | 14-12 […]
这是AWS Linux AMI + EBS上的标准apache Web服务器。 我们注意到高负荷平均值（+8）和iotop -a节目： Total DISK READ: 0.00 B/s | Total DISK WRITE: 2.37 M/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 3730 be/4 root 0.00 B 0.00 B 0.00 % 91.98 % [kworker/u8:1] 774 be/3 root 0.00 B 1636.00 K 0.00 % 15.77 % [jbd2/xvda1-8] 3215 be/4 […]
是否有可能在Linux中看到有多less来自用户空间的读取和写入请求最终导致caching命中和未命中块设备？
像iftop / iptraf这样的已知工具显示每个接口和每个连接的networkingI / O。 有没有办法查看每个进程的networkingI / O统计信息？
我们非常有兴趣探索在服务器环境中使用SSD驱动器的可能性。 但是，我们需要build立的一件事是预计延长寿命。 根据这篇文章，制造商正在报告“总字节数”（TBW）方面的驱动器耐久性。 例如，从这篇文章中，Crucial C400固态硬盘的额定容量为TBT 72TB。 Linux生态系统下是否存在任何脚本/工具来帮助我们测量TBW？ （然后就使用SSD驱动器的可行性做出更有教育的决定）
我有一个负载非常高的服务器。 没有任何东西在CPU使用方面跳出来，并不是交换。 我认为这是因为有些进程正在等待磁盘IO，我想看看还在等什么。 有什么程序会告诉我哪些进程正在等待IO？ 我知道iotop但是显示了当前正在做的IO。 或者这是一个愚蠢的问题？ （如果这样解释如何:)）