Желательны снапы и работа с миллионами очень маленьких файлов.
Ext4
btrfs Уже достаточно стабильна, в федоре и опенсьюзе по-дефолту, проблем нет Хотя там в 5.10 ядре есть какой-то регресс с битрифс, но его поправят быстрее, чем это ядро доберется до убунты Ну и btrfs требует некоторого изучения, прежде чем начинать с ней работать, хотя в случае федоры и опенсьюзи это не так, т.к. там все размечается и настраивается автоматически
Так и в убунте оно автоматом.
Вроде не так давно убунту смотрел, там все еще lvm+ext4))
ну проблемы будут если внезапно электричество выключится, а десктоп конечно же к упсу не подключен))
У меня комп лучше переносит потерю напряжения без упса. На упсе надо батареи менять. А вообще забавный такой парадокс)
Это в случае nocow
почитаю че это такое, спс
Я тебя умоляю nocow только на данные, метаданные всегда cow
В случае, когда ты ставишь nocow на сабвольюм и пишешь в него данные, то при потере питания данные на диске уже будут изменены, а метаданные возможно нет. В этом случае ты и получишь несогласованность В случаях, когда copy-on-write механизм работает, при потере питания до записи метаданных на диск ты точно сможешь увидеть "предыдущую версию" этих данных, до момента потери питания Т.е. в целом это аналогично ZFS
Ну, я бы не сказал, что это несогласованность, несогласованность была бы наоборот, если бы ты мету изменил, а данные - нет А так - просто операции продолбаются, да, как будто их не было Да, аналогично ZFS
Обсуждают сегодня