From 42f4f716fc5593bca242f07f1622445540d145c6 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Fri, 15 Jul 2022 17:50:42 +0300 Subject: [PATCH] =?utf8?q?=D0=A4=D0=BE=D1=80=D1=81=D0=B8=D1=80=D0=BE=D0=B2?= =?utf8?q?=D0=B0=D0=BD=D0=BD=D1=8B=D0=B9=20sync=20=D0=B4=D0=B0=D0=BD=D0=BD?= =?utf8?q?=D1=8B=D1=85=20=D0=BD=D0=B0=20ZFS?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit Команда sync не заставляет накопившиеся данные в кэше записываться на диск. Ну, по крайней мере, в моей версии FreeBSD. Когда смотрел код zfs-diff (22b9eb13c837497c09b0d17e11cffac8aa655999), то заметил что он для своей операции создаёт временный эфемерный snapshot (что логично). А это, в свою очередь, заставляет всё записаться на диск. А то у меня на моём основном компьютере выставлено что в памяти может накапливаться до 32GB dirty данных, начиная выгружать их при 95% заполнении. Или же делать транзакцию раз в две минуты. Вот надо мне проверить наследуется ли dedup параметр о дочерних dataset-ов. Точнее будет ли дедупликация общей для разных dataset-ов. Для уверенности надо проверить, но ждать две минуты, пока оно реально окажется на диске и zpool get dedupratio обновится -- долго. Достаточно вот вызвать zfs diff, даже на другие dataset-ы, и всё мигом обновится. -- 2.48.1