но при этом у нее явные нелады с записью/удалением маленьких файлов,
Не сильно то в тестах XFS проседает на мелочи.
То что в тестах не проседает, это здорово... но я неоднократно замечал, что когда заливаешь 5-9-ти гиговый файл, так он, как говорится, практически влетает на место хранения, а вот кода нужно залить 1000 штук по 5 метров, то ждать устаешь...
к тому же она теряет данные при сбоях питания,
СКОЛЬКО ЖЕ РАЗ Я ЕЩЕ РАЗ БУДУ СЛЫШАТЬ ЭТОТ МИФ!!!! АААААА!!! спасите меня пожалуйста!!!!!!
Был глюк в давней версии - уже сто лет как пофикшен.
Да, потери возможны из-за особенности работы журнала, но у EXT4 точно такой же журнал и там точно так же можно потерять данные.
Миф или нет, а вот как обстоит дело в реальности нужно посмотреть... к сожалению, а может и к счастью, нет у меня достаточной статистики, а специально дергать питание чтоб накопить статистику это уже, извините, через чур будет...
но, тем не менее, помнится несколько случаев, когда данные таки терялись
а с учетом того, что не все так просто со средствами восстановления этой файловой системы, то это очень серьезный минус...
Средства восстановления раздела - есть и были изначально. Это какой-то новый миф... прямо диву даюсь как много нового можно узнать....
Ну что тут сказать?.. как известно, короче та дорога которую знаешь.. лучше всего использовать ту файловую систему средство восстановления которой изучил
ну и уж совсем XFS не годится если файловый сервер планируется использоваться, например, для торрентов или тому подобных задач..
Это вот вы мне объясните пожалуйста - что там у вас с торрентами не так - я только на XFS свои торенты лью - ну никак не пойму что у меня не так и что не работает.
Не вникал особо, просто замечал неоднократно, что при возрастающей активности торрентов, диск с XFS вообще перестает отвечать... обошел проблему созданием раздела с Ext4 и теперь торренты закачиваются на него, а по завершению перемещаются на XFS