03.04.2019 21:25
Год очень плохо начался в моем опыте для BTRFS. То, что Red Hat ее медленно и верно стал выпихивать из перспективных ввело немного в ступор, однако, OpenSuse продолжила поддерживать, все это сильно утонуло в том факте, что жена умудрилась убить раздел /home, регулярно выключая ноутбук по питанию. Батарея там не очень, потому он тупо не успевал выключиться, когда его выдергивали из сети. Через некоторое время раздел отказался монтироваться для записи, а когда я прогнал fsck, выяснилось, что fsck сваливается в корку, а сам раздел после его работы практически пустой. Это меня настолько опечалило, что я срочно переформатировал все свои диски архивов в ext4. Один из внешних, правда, оставил в BTRFS, поскольку она несопоставимо быстрее пишет через USB и это сильно резервный диск. Но обо всем по порядку.

ZFS я обожаю. Но сильный минус - проблемы с отсутствием модуля в ядре и, как следствие, необходимость постоянно следить, чтобы модуль был пересобран для текущего ядра. В Fedora ядро пересобирается постоянно, а потому нарваться на незагружаемую машину достаточно легко. Пакет zfs-fuse хоть и является клоном ZoL, однако стабильностью там и не пахнет. Попытался сделать внешний диск в ZFS через FUSE, в итоге процесс rsync помер по дороге, и, более того, при попытке этот диск смонтировать еще раз, zfs-fuse падала в корку. Кто-то говорит, что виснет только многопоточное, у меня сдохло в один поток. Не вариант.

Неожиданно для себя открыл JFS. Это детище IBM с очень хорошим встроенным (а не отдельным, как в ext) журналированием метаданных, стремительно работающая и надежная система. Именно ее я и поставил жене в /home. По результатам тестов она была самой бронебойной и быстрой на сравнительно небольших файлов. Для бекапа брать не рискнул, поскольку не мейнстримовая вещь и получить ошметки вместо архива не хотелось. Еще раз подчеркну, очень понравилась эта система и не перешел только из-за отсутствия опыта использования. В 2005 году было замечание, что она может терять файлы в силу архитектуры, однако, среди комментариев пользователей было, что как раз EXT и XFS теряли, в отличие от JFS.

Теперь о том, что же стоит выбрать XFS или EXT4 в данный момент. Я читал много отзывов и тестов, в том числе Phoronix, пока не набрел непосредственно на редхатовую документацию, не сохранил ссылку, но суть в следующем.

EXT4 более надежна, чем XFS, хотя XFS надежна
EXT4 быстрее в однопоточной работе, чем XFS
EXT4 лучше работает на медленных (до 200Мб/сек) носителях, чем XFS
XFS лучше работает в параллельных операциях, чем EXT4
XFS быстрее, чем EXT4 на быстрых носителях

от себя добавлю, что сейчас усиленно пилят XFS, RHEL даже по умолчанию форматируют разделы в XFS и, судя по текущим событиям, именно на XFS возлагаются надежды. В моих тестах JSF уделывала и по быстродействию и по бронебойности обе основные системы. Надо только отметить, что тест мог быть не очень чистым, поскольку у EXT4 отложенная инициализация инодов после форматирования. Т.е. формат отрабатывает относительно быстро для пользователя, а по факту оно еще фоном лопатит... Чтобы форматирование в фон не уходило
Код:
mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0
только будьте готовы, что оно на 2Тб лопатит минут 15....

У меня, в итоге, жене на home (SSD) оставил JFS. У меня на home (SSD) XFS, на архивах - ext4.

Если есть вопросы - спрашивайте, пока в голове свеж перелопаченный материал.
04.04.2019 06:59
Блин. Помойку переделывать с btrfs обратно на ext4.
04.04.2019 07:25
Увы, да... Хотя, если помойка, то можно и оставить... Можно в XFS перевести, на ней, кстати, виртуалки быстрее работают. Если какие-то нужные бекапы, то, наверное, ext4 и data=journal в опциях монтирования.
04.04.2019 07:43
У меня ось от Synology. Там нет xfs По крайней мере не было, когда последний раз ставил.
04.04.2019 09:33
тогда совсем не факт, что она как-то связана с 2019 годом...
10.04.2019 11:39
На всякий случай свяжу тему https://olegon.ru/showthread.php?t=31571
Для выбора там тоже много интересного...
Часовой пояс GMT +3, время: 01:36.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.