Из-за проблемного патча, перенесенного обратно из Linux 6.5 в 6.1, вызывающего помехи между кодом Ext4 и iomap, существует вероятность повреждения данных в старых ядрах - особенно в последних точечных выпусках Linux 6.1 LTS, которые в настоящее время можно найти в таких дистрибутивах, как Debian 12.
В возможной ошибке повреждения данных файловой системы EXT4, которая встречается в подобных версиях Linux 6.1.64 и 6.1.55, обвиняют «тонкое взаимодействие» (subtle interaction) между iomap и Ext4. Новая версия Linux 6.1.66 уже исправляет выявленный баг.
Dropbox объявила, что начиная с 7 ноября 2018 года в Linux будет поддерживаться только чистая (например, без шифрования) файловая система ext4 для синхронизации папок в рабочем приложении Dropbox. У тех пользователей Linux, которые синхронизируются с другими файловыми системами, такими как XFS, ext2, ext3, ZFS и многие другие, больше не будет работать синхронизация Dropbox после этой даты.
Обновился драйвер Ext2/Ext3/Ext4 для ОС Microsoft. Основное изменение — исправление проблемы в предыдущей версии, из-за которой разрушались разделы Ext4 в 64-битном режиме при использовании с последними релизами ОС Ubuntu и Debian.
Другие изменения:
теперь нет разрушения суперблоков Ext4 в режиме 64 бит;
исправлена опасная реализация состояния гонки восстановления заголовка буфера;
исключено зависание при записи кешированных данных из-за BCB-блокировки.
Почти после трёх лет затишья обновился свободный драйвер для чтения/записи ext2/ext3/ext4-разделов, работающий на платформе windows.
Нововведения:
поддержка windows 8;
поддержка режима принудительной записи.
Особенности файловых систем, поддерживаемые в текущем релизе:
гибкий размер инодов: от 128 байт до размера блока;
большие файлы: поддержка файлов размером более четырёх гигабайт;
экстенты: чтение и запись поддерживается, но только без использования экстент-специфичных особенностей;
журнал: поддерживается только внутренний журнал;
dir_index: htree directory index;
filetype: extra file mode in dentry;
sparse_super: super block backup in group descriptor;
uninit_bg: fast fsck and group checksum;
flex_bg: first flexible metadata group.
Особенности файловых систем, не поддерживаемые в текущем релизе:
журнал: действия с логами, внешний журнал;
экстенты: усечение и расширение размеров, удаление файлов;
расширенные атрибуты, поддержка ACL;
создание симлинков.
Планы:
полная поддержка экстентов и журналов в EXT3/4;
приведение в порядок документации, её чистка и доработка;
улучшения производительности, чистка кода и его оптимизация;
автоматическая проверка и установка новых версий;
поддержка LVM, портирование e2fsprogs в Windows.
Внимание! Драйвер поставляется «как есть», рекомендуется использовать с крайней осторожностью, на свой страх и риск. Возможны неожиданные отказы и повреждения ваших данных (не забудьте сделать бекапы).
Аналитики Phoronix.com произвели серию тестов различных файловых систем в Ubuntu 10.04. Для поддержки файловой системы ZFS в Ubuntu 10.04 LTS использовался модуль разработанный компанией KQ Infotech. В отличие проекта разрабатываемого по заказу LLNL модуль KQ Infotech поддерживает ZFS Posix Layer (ZPL), поэтому можно работать с файлами с помощью обычного файлового менеджера.
SQLite v.3.6.19 самой производительной оказалась XFS, а ZFS самой медленной Правда ZFS в OpenIndiana b147 показала бо́льшую производительность чем XFS в Ubuntu 10.04 LTS
В тесте Compile bench v.0.6 на сей раз самой производительной оказалась Ext4, чуть отстала Btrfs, предпоследние место заняла ZFS, а самую худшую производительность показала XFS. ZFS в OpenIndiana b147 показала производительность меньше чем Btrfs, на больше чем ZFS в Ubuntu 10.04 LTS
Аналитики Phoronix.com произвели серию тестов различных файловых систем. Выигрыш файловой системы BtrFS во всех тестах виден невооруженным глазом. Например, в одном из тестов I/O Tester файловая система BtrFS обогнала ZFS более чем на порядок. В тесте Postmark BtrFS показала в 3 раза лучшую производительность, чем ZFS. В тесте Compile bench BtrFS обогнала ZFS всего на десятые доли процентов. И только в I/O Tester при количестве потоков, равном 4, ZFS вырвала пальму первенства у BtrFS (отставание BtrFS от ZFS составило около 30%).
Файловая система BtrFS разрабатывается компанией Oracle и в скором времени может занять место основной файловой системы как в мобильных устройствах, так и в высоконагруженных серверах под управлением операционных систем на базе Linux-ядра. Например, Intel и Nokia уже выбрали BtrFS в качестве файловой системы, используемой по умолчанию в MeeGo.
Журнал «Системный администратор» опубликовал статью «Взгляд на ext4». В статье подробно описаны основные нововведения, рассмотрены проблемы миграции с ext2/3 и их решение, а также подробное рассмотрение возможностей и преимуществ файловой системы ext4.
В настоящий момент корпорация Google производит апгрейд файловой системы своих серверов с ext2 на более современную ext4.
Мы произвели множество тестов с помощью стандартных инструментов (dbench, compile bench и др.) на файловых системах xfs, ext4 и jfs, чтобы выбрать наиболее подходящую."
При наших рабочих нагрузках производительность ext4 и xfs практически одинакова. Тот факт, что обновление на ext4 будет более плавным, оказался ключевым. Благодаря ext4 уже сейчас мы избавились от узкого места для некоторых из наших самых ресурсоемких приложений.
Для проведения апгрейда Google так же пригласил главного разработчика файловых систем ext2/ext3/ext4 Теда Т'со (Ted T'so).
Сегодня вышло обновление RHEL5 - дистрибутива с долгосрочной поддержкой от корпорации Red Hat. Наиболее важные изменения:
В ядро 2.6.18
Бэкпортированы драйвера ext4
Добавлено 43 новых драйвера устройств из новых ядер
RAID 4/5/10 в dm-raid
Появилась fuse из коробки
Реализована полная поддержка инфраструктуры гипервизора KVM
gcc-4.4 c OpenMP;
Как экспериментальная возможность, добавлен пакет ctdb для создания отказоустойчивых хранилищ файлов высокой доступности на базе протоколов Samba, NFS и проч.
Трассировка SystemTap (аналог DTrace в Solaris)
Некоторые дистрибутивы Red Hat Enterprise Linux прошли сертификацию ФСТЭК на территории Российской Федерации.
Аналитики Phoronix.com произвели серию тестов различных файловых систем, поддерживаемых ядром Linux 2.6.30. В тестировании также участвовала новоприбывшая журнально-структурированная NILFS2, которая хорошо проявила себя в тестах Dbench и SQLite.
Специалистами компании Phoronix недавно было произведено сравнение производительности различных файловых систем в ОС Linux. В сравнении принимали участие:
Ext3 - ФС, используемая по умолчанию во многих Linux-дистрибутивах.
Ext4 - преемник Ext3, изначально создававшийся как набор расширений для неё. На данный момент активно разрабатывается.
Xfs - ФС, изначально разработанная Silicon Graphics для IRIX, впоследствии портированная на Linux. Является одной из старейших ФС с поддержкой журналирования.
Btrfs - молодая ФС, разрабатываемая компанией Oracle как ФС enterprise-уровня.
Тест проходил на preview-версии дистрибутива Fedora 11, которая из коробки способна ставиться на все вышеперечисленные ФС.
Результаты оказались следующими:
Michael Larabel:
«Конечно, Btrfs пока еще далека от совершенства среди других ФС. В большей части проведенных тестов EXT4 значительно её обогнала. Иногда впереди на некоторых тестах оказывалась и XFS. К тому же, для загрузки чистой системы с Btrfs потребовалось больше времени по сравнению с EXT3/EXT4.
Несмотря на то, что Btrfs на данный момент не имеет особенных преимуществ в плане производительности перед другими ФС, у нее есть множество уникальных возможностей, таких как снимки состояний (snapshots), контрольные суммы, онлайн-дефрагментация и т.д. Также стоит принять во внимание, что Btrfs сейчас активно развивается и ее формат еще не до конца стабилизировался.»
"Ext4 — это результат эволюции Ext3, наиболее популярной файловой системы в Linux. Во многих аспектах Ext4 представляет собой больший шаг вперёд по сравнению с Ext3, чем Ext3 была по отношению к Ext2. Наиболее значительным усовершенствованием Ext3 по сравнению с Ext2 было журналирование, в то время как Ext4 предполагает изменения в важных структурах данных, таких как, например, предназначенных для хранения данных файлов.
Это позволило создать файловую систему с более продвинутым дизайном, более производительную и стабильную и с обширным набором функций".
В багрепортах появились сообщения о том, что в дистрибутиве Ubuntu 9.04 встречается ошибка в файловой системе ext4, приводящая к потере данных. Заключается она в том, что при использовании отложенного распределения информации в ext4 (Delayed allocation) существует вероятность потерять при крахе системы содержимое большого числа файлов (в журнал изменения вносятся сразу, но сами данные на диск записаться не успевают). Не исключено, что подобная неприятность встречается и в других системах, использующих ext4.
На phoronix.com опубликовано широкомасштабное сравнение популярных файловых систем для Linux: Ext3, Ext4, XFS и ReiserFS. Тестирование проходило на базе дистрибутива Fedora 10 с использованием утилит Bonnie++, IOZone, Flexible IO Tester, а также игр UT2004, Nexuiz и др.
Ext4 замечательно проявила себя в большинстве тестов. Подробности и графики по ссылке.
Ext4 является новейшей из длинного перечня файловых систем для Linux и, похоже, она станет такой же важной и популярной, как и ее предшественницы. В качестве системного администратора Linux вам необходимо разбираться в преимуществах, недостатках и основных этапах перехода на ext4. В этой статье рассказывается, как перейти к использованию ext4, как настроить привычные средства обслуживания файловой системы для работы с ext4 и как полностью использовать возможности этой файловой системы.
Linus Torvalds интегрировал большой набор патчей, предоставленный разработчиком файловой системы ext Theodore Ts'o (tytso), в основную ветку разработки Linux (main development branch of Linux).
Theodore Ts'o в своём online-дневнике поделился информацией о скорости проверки диска, отформатированного в ext4. Согласно его измерениям, шестимесячный том ext4 FS размером в 128 GB проверяется за 63 секунды, тогда как те же самые данные, скопированные на свежеотформатированный раздел ext3, проверялись 425 секунд, т.е. почти в 7 раз медленней.
Фёдор не обратил внимание на интересную деталь из лога проверки: 779726 inodes used (9.30%), 1 non-contiguous inode (0.0%), т.е. либо он копировал на ext4 файлы, никогда не удаляя старые, либо в ext4 наконец-то работает online-дефрагментатор, что не может не радовать — теперь в Линуксе есть две файловые системы, которые позволяют ускорить доступ к лежащим на них данным. [От автора новости: осталось дождаться, когда кто-то напишет prefetcher и исправит дефрагментатор, чтобы тот учитывал порядок чтения файлов при запуске системы].
