From 02f76fe9c1a76ae98d1cc1cbfb7a68151709eed5 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Mon, 25 Jul 2022 12:41:29 +0300 Subject: [PATCH] =?utf8?q?=D0=A4=D1=80=D0=B0=D0=B3=D0=BC=D0=B5=D0=BD=D1=82?= =?utf8?q?=D0=B0=D1=86=D0=B8=D1=8F=20=D0=BD=D0=B0=20=D0=B4=D0=B5=D0=B4?= =?utf8?q?=D1=83=D0=BF=D0=BB=D0=B8=D1=86=D0=B8=D1=80=D0=BE=D0=B2=D0=B0?= =?utf8?q?=D0=BD=D0=BD=D0=BE=D0=BC=20ZFS?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit В ca7f39f768008dd3bf15cbb2be98d4680da85e0b говорил про жуткую медленность при записи или удалении данных в ZFS. Но, кроме всего прочего, у меня при полном выполнении zfs send | zfs recv на дедуплицированный pool -- было >25% фрагментации. Если send/recv проделать на простой pool, то 2%! Плюс раздел с PyPI пакетами у у меня занимал >33G, а без дедупликации 8.5G! В целом у меня на 20-25% больше pool занимал места. Об этом я не припоминаю чтобы в статьях упоминали. Возможно, опять же, у меня какая-то странная версия. Подозреваю что фрагментация и такой колоссальный overhead из-за постоянного сброса DDT на диск в момент записи.: -- 2.48.1