主页 / server / 问题 / 1153466
Accepted
b4too
Asked: 2024-02-13 06:47:59 +0800 CST

什么可以解释 debian 服务器上新 16To HDD 上的未知 I/O？

  • 772

我最近为我的 debian 服务器购买了一个新的 16To HDD。我首先通过我的类似 ubuntu 的桌面在其上创建了一个分区 (gpt)，对其进行格式化 (ext4)，并对其上的旧数据进行 rsync。该磁盘现在可以使用，我将其插入我的服务器中。现在开始一个我无法识别的奇怪的 I/O。

  • iotop -ao报告 3MB/s，Current DISK WRITE 但没有任何迹象表明是谁在执行此操作
  • fatrace -c -t报告没有写入或读取，但如果我自己有touch一个文件，请报告它。
  • dstat -tdD /dev/sdx --top-io报告每秒稳定的 3072k 写入，与 一致iotop，但也没有罪魁祸首，只是在i/o process应该有名称的地方有一个空白，但它确实确认了 I/O 操作是在所述磁盘上，这是我最初推断的它发出的噪音……

现在我知道 iotop 标头显示的内容与 I/O 写入和/或从进程读取的总和之间可能存在不一致，如此处所述。但与之前的帖子相反，当时：

  • 服务器已断网
  • 本地网络只是服务器
  • 我没有对磁盘执行任何操作
  • 我手动退出了每个可以使用该磁盘的程序

几个小时后（至少 10，不超过 20）噪音消失了，磁盘上不再有 3MB/s 的输入。

我的问题是：编写一些缓存系统、初始化表或类似的东西可以解释这个恒定的 3MB/s 写入 10-20 小时是否是正常行为（虽然我以前从未观察到过）（可能来自内核？） ？

我最初想到的是加密/随机病毒，但即使以 3MB/s 的速度运行 20 小时也不可能覆盖 16 可用的写入的 12To。

对此有任何合乎逻辑的解释吗？预先感谢您的任何帮助。

linux

2 个回答

  1. Best Answer

    您注意到的后台 IO 负载是由于 ext4 延迟 inode 表分配造成的。从mke2fs手册页：

    lazy_itable_init[= <0 to disable, 1 to enable>]
    If enabled and the uninit_bg feature is
    enabled, the inode table will not be fully
    initialized by mke2fs.  This speeds up file
    system initialization noticeably, but it
    requires the kernel to finish initializing the
    file system in the background when the file
    system is first mounted.  If the option value
    is omitted, it defaults to 1 to enable lazy
    inode table zeroing.
    • 21

  2. 内核或文件系统可能正在执行维护任务，例如更新元数据或日志记录，这可能会导致持续的磁盘写入。这些任务通常在后台执行以优化磁盘性能。

    • 2

相关问题