From 9b2f510f64de4ce4d7d5f9aec1b813848117d865 Mon Sep 17 00:00:00 2001
From: Sergey Matveev <stargrave@stargrave.org>
Date: Tue, 19 Nov 2019 09:25:06 +0300
Subject: [PATCH] =?utf8?q?=D0=92=D1=8B=D1=8F=D1=81=D0=BD=D0=B5=D0=BD=D0=B8?=
 =?utf8?q?=D0=B5=20=D0=B4=D0=B8=D1=81=D0=BA=D0=BE=D0=B2=D0=BE=D0=B9=20?=
 =?utf8?q?=D0=B0=D0=BA=D1=82=D0=B8=D0=B2=D0=BD=D0=BE=D1=81=D1=82=D0=B8?=
MIME-Version: 1.0
Content-Type: text/plain; charset=utf8
Content-Transfer-Encoding: 8bit

https://habr.com/ru/post/476414/
Показывают что вообще дисковой активности довольно много в обычном
GNU/Linux. И, что не удивительно, довольно много записи создаёт btrfs.
ZFS аналогично должен, даже при изменении одного байта, по умолчанию
перезаписывать 128 KiB блок, плюс все ссылки на него.

А вот буквально вчера видел упоминание NOP GEOM который можно
использовать для имитации ошибок чтения/записи, но ещё и для получения
статистики о количестве всяких пройденных байтов:

    # zfs create -V 1G zroot/sometest
    # gnop create /dev/zvol/zroot/sometest
    # newfs /dev/zvol/zroot/sometest.nop
    /dev/zvol/zroot/sometest.nop: 1024.0MB (2097152 sectors) block size 32768, fragment size 4096
            using 4 cylinder groups of 256.03MB, 8193 blks, 32896 inodes.
    super-block backups (for fsck_ffs -b #) at:
     192, 524544, 1048896, 1573248
    # gnop list
    Geom name: zvol/zroot/sometest.nop
    WroteBytes: 496640
    ReadBytes: 249344
    Cmd2s: 0
    Cmd1s: 0
    Cmd0s: 0
    Flushes: 0
    Getattrs: 11
    Deletes: 0
    Writes: 25
    Reads: 52
    Error: 5
    [...]

А вообще в FreeBSD для отслеживания реально всех write-ов (например их)
можно просто использовать DTrace.
-- 
2.50.0