如何追踪I/O尖峰的来源？

Question

我正在使用Linux作为桌面，并不断获得看似随机的I/O Spikes。这台机器变得异常缓慢。一开始我以为我没有足够的记忆。但是从free和top的输出来看，并没有什么特别之处。CPU负载也是一样的。

如果我不立即杀死冒犯的过程，机器很快(大约10分钟)磨到一个几乎完全停止，我不得不硬复位。

一位同事告诉我，他有类似的问题，他注意到I/O尖峰。我们有同样的机器(它们是由公司提供的)。

我还注意到，当在Chrome中打开一个新的选项卡时，这些峰值经常会发生。但它认为这也发生在其他场合。比如在Firefox中打开一个选项卡，或者只是随机地打开。

我决定运行dstat并查看输出，但我改变了主意，使用了ksysguard，原因很简单，因为更改更容易看到。

屏幕截图：

如您所见，磁盘I/O中有一个尖峰，它与系统负载中的峰值一致。奇怪的是，内存使用量在那一刻下降了。这可能与互换有关吗？

有两个尖峰。第一个是我立即感觉到的，同时点击Chrome中的一个链接(甚至不是打开一个选项卡，而是触发JavaScript代码)。我立即点击了那个选项卡上的“关闭”按钮，机器又恢复了响应。第二次没有明显的效果。内存使用量下降的事实有可能是因为我关闭了选项卡，就像I/O高峰之后发生的那样。

整个穗(第一次)持续了大约10秒。

知道该注意什么吗？

Answer 1

我找到了罪魁祸首。

这确实是由于一个错误的互换设置。我的fstab将/dev/mapper/cryptswap列为交换空间。这根本不存在。我的猜测是，一旦系统需要交换，它看到了交换空间的定义，但该设备不存在任何地方。

为了进行测试，我简单地创建了空文件作为交换空间。从那以后，机器似乎运行得更稳定了。从那以后，我再也没有经历过尖峰/撞车。但我确实看到新的交换文件正在被使用。