我们正在经历大约每 10 秒写入磁盘的“脉冲”写入(从 1 次写入/秒脉冲增加到 142+ 次写入/秒)。
我们深入研究了这些“脉冲式”写入，发现它们与来自 IOTOP 的这些错误发生的时间完全相同:
dtrace: error on enabled probe ID 5 (ID 992: io:mach_kernel:buf_strategy:start): illegal operation in action #3 at DIF offset 0
只有当上述错误出现在 IOTOP 中时，“脉冲”才会发生。
注意:我们正在为两个驱动器运行 Apple RAID 软件镜像。
如有任何建议、帮助和提示，我们将不胜感激。提前致谢。
最佳答案
您看到的脉冲 I/O 模式是应用程序的特征，其中许多/大多数文件系统写入是异步的 - 这是因为文件系统将批处理写入，因此它可以同时执行许多操作以避免执行一个磁盘寻找每写。我能想到的最常见的例子是数据库写入数据——除了数据库的预写日志外，所有内容通常都是异步写入的；其他事务访问模式往往是相似的，因为如果一些异步写入在崩溃中丢失，它们有一个预写日志来恢复。这是一种常见的访问模式，不一定是问题，但是当您的磁盘高度碎片化并且文件系统无法批量写出所有内容时，它可能会成为问题(导致多次搜索，就像它试图避免的那样) .
您看到的 DTrace/iotop 错误意味着 DTrace 实现本身或 iotop DTrace 脚本中存在错误。查看 iotop 的源代码(在 OS X 上的 /usr/bin/iotop 中)，有三个 io:::start 回调这可能是罪魁祸首。对于某些类型的 I/O，脚本中可能存在某种空指针访问，但根据脚本和 io:::start 探测器采用的参数，这看起来不太可能。也许最好通过向 Apple 报告错误来解决这个问题。
关于macos - 高写入 I/O "Pulsing"，带有 dtrace 错误，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17448688/