Есть ОС, которые автоматически умеют space reclamation, esxi например или win, есть вендоры, которые пишут плагины для своих схд , чтобы место на thin lun’ах высвобождалось после удаления, есть схд и ос, которые не умеют в автоматический trim

Вы как-то все в кучу свалили а zfs виноват)

вот с esxi и проблемы и win, в первую очередь

На самом деле есть нюансы при которых со стороны ос записано например 100 гб, а на zvol оказывается занято 300 гб, но это проблема настроек как правило (ashift, volblocksize, размер сектора на диске)

У вас походу сплошные проблемы))

ну а как его еще настроить)) если ashift рекомендован 12 и 13 в основном))тут чудес то нет))

Читать документацию и тестировать, не?

ессесно, все это сделано))

с крешем zfs мы еще так же вернемся))

Видимо подкрутить что то надо..

(ashift, volblocksize, размер сектора на диске) тут врятли, что то может быть

Ну нет так нет, разбирайтесь сами

Также можно купить коммерческое решение с поддержкой. Тогда в теории вендор будет собирать стенд, воспроизводить и решать проблему по вашему кейсу..

Я не понимаю сути проблемы, поэтому советовать ничего не могу. Кроме того как собрать стенд, воспроизвести проблему и изменением настроек ее устранить

Ну то есть вы используете свободно распространяемое по, без поддержки, при этом недовольны им и высказываете своё недовольство в чате. Ничего странного не замечаете?)

Не приводя при этом никакой конкретики, такое себе..

Так кто же мешает вам использовать более «сухой» продукт?

если откроете ветку 0.7 там есть баги

вам привели конкретику))

Я давно перешёл на 0.8.6 и в обозримом будущем перейду на 2.0.х. Зачем использовать версию в которой есть баги если есть версия в которой они не наблюдаются?

Я давно перешёл на 0.8.6 и в обозримом будущем перейду на 2.0.х. Зачем использовать версию в которой есть баги если есть версия в которой они не наблюдаются?

вооть

и?) вы про креши выше что-то писали, про дедуп все видели обсуждение

про креши еще пришлю, но видимо не актуально на 0.7, будем делать переход на 0.8 там посмотрим

👍

а с поддержкой nvme, как то решается или в стопоре?

вопрос то какой? nvme никто не мешает использовать

но 100% производительности с него снять пока сложно

я бы сказал и 10% не снять))

я бы сказал и 10% не снять))

спорный вопрос, я на мускуле получаю лушче показатели на NVME нежели на SSD

спорный вопрос, я на мускуле получаю лушче показатели на NVME нежели на SSD

смотря какая нагрузка и какой nvme

а можно тест провести на пуле из nvme под fio? просто интересно, что у кого получается))

кинь тест, я проведу, мне не лень, ну и скажи где проводить?, на волюме с мускулем или на обычном под хранение файлов?

да, только смысла в этом нет)) перф на нем как на ssd)) местами даже хуже и с провалами

как на каком ssd? вы про интерфейс sata что ли?

про sas ессесно

про sas ессесно

надо только учитывать что на волюме с мускулем у меня 16кб, а на хранении 128Кб ресайз блок, и тестировать по 4кб как тут есть любители смысла его нет))

и?) вы про креши выше что-то писали, про дедуп все видели обсуждение

сделай, настройки zfs , как считаешь нужными))

что сделать?))

блок какой считаешь нужным

а на кой ты мне разрешил делать разный))

))ты вызвался протестить nvme)) мне без разницы , что будет настроенно в zfs , покажи мне перф из fio плиз, профиль сейчас вышлю

в хетснере кстати интерпрайз SSD подключены через U.2 порт.. там какой протокол используется кто знает? как посмотреть на сервере?

с хрена ли?))[global] ioengine=libaio bs=8K iodepth=1 numjobs=1 filename=/dev/sdx direct=1 runtime=1200 time_based=1 buffered=0 size=100G

с хренали?

смысл на рандоме тестить большим блоком?

потому что у меня мускуль и он запрашивает по 16?))