Теперь не уверен насчет записывающего кэширования. Я использую метод кэширования с записыванием назад.

Я согласен, vkhera, трудно найти лучшие практики по этому вопросу на форуме. Было бы здорово, если бы это появилось в вики (и было актуально).

Конечно, производительность ввода-вывода увеличится. Writeback означает, что действие записи подтверждается ОС, когда блок записывается в кэш, а не на диск (пожалуйста, обратитесь к Википедии для архитектур кэша). Следовательно, одиночные операции ввода-вывода будут обращаться к кэшу, а не напрямую к диску. Если это попадет в ZFS, то сначала это будет записано в slog, а затем может быть воспроизведено. Я ненавижу споры о том, "что произойдет, если я отключу питание или нажму сброс". Все что угодно может произойти (и рано или поздно произойдет) с этой конфигурацией. Это не зависит от используемой архитектуры хранения, операционной системы или от того, в каком положении сейчас Юпитер. У вас всегда будет что-то в неопределенном состоянии, это нормально. Просто представьте, что вы записываете файл на диск, и машина перезагружается в процессе сохранения. Естественно, вам придется выбросить файл, потому что он не в согласованном состоянии. Избегайте таких ситуаций любой ценой. У вас всегда будут открытые и частично записанные файлы или блоки на диске, потому что всегда что-то открыто, например, файлы журналов. Тем не менее, это не разрушит ваши данные, которые уже были корректно записаны на диск до сбоя. Это также не зависит от используемого хранилища или операционной системы.

можешь попробовать: cache=none,aio=threads в своих настройках диска? Я думаю, что это aio=native (по умолчанию для cache=none|directsync), что не очень хорошо работает с zfs.