我有一个Xenom Dom0（3.2）与一堆domUs（paravirt）。 DomU VBD位于本地LVM卷上。 现在我想使用快照来获取LVM卷的备份。 我使用rsync ionised闲置（ionice-c3）。
我已经证实rsync进程确实处于空闲模式，并且blkback内核线程处于最佳状态（-c2 -n4）。
就我所了解的IO调度系统而言，如此configuration的rsync进程永远不能从blkback进程中窃取IO带宽，因此对domU的影响应该是零。
但那不是我所看到的。 在domUs中， vmstat在rsync文件列表操作期间显示高达20％的IO等待，在rsync传输数据时显示高达10％
rb swpd free buff cache si so bi bo in cs us sy id wa 1 3 456 48468 103004 1550936 0 0 75 484 2112 1741 3 0 81 16
没有rsync运行IO等待约1％：
rb swpd free buff cache si so bi bo in cs us sy id wa 1 0 456 43876 105564 1553224 0 0 19 365 2063 1718 4 0 95 1
dom0在rsync filelist操作上显示稳定的11％IO等待，在数据传输上显示5％
rb swpd free buff cache si so bi bo in cs us sy id wa 0 0 23536 220220 73256 558856 0 0 1471 239 5271 310 0 0 89 11
那么，有没有人知道这里发生了什么？ 离子是简单的破碎还是我期待错误的影响？
感谢您的任何提示。
蒂姆
你有什么分配？
你有什么文件系统在使用？
什么I / O调度程序（CFQ，截止date，预期，noop）你有使用？
在繁重的文件操作中，0％的I / O等待是不合理的。 将有一些I / O等待旋转磁盘，无论如何。 有些文件系统可以稍微减less这种影响，有时调整或改变I / O调度程序可能会有所帮助，有时您只需要忍受一点I / O等待。 大约10-20％不是很多，除非你注意到，作为一个戏剧性的放缓你的服务器。 在大幅度减速的情况下，您可能会提示使用btrace等工具进行的btrace ，这些工具会显示单个I / O请求，它们的状态以及总体I / O调度程序/块设备统计信息。