Jump to content

РайзерФС

РайзерФС 3.6
Разработчик(и) Намесис
Полное имя РайзерФС
Представлено 2001 год ; 23 года назад ( 2001 ) с Linux 2.4.1
Идентификаторы разделов
Структуры
Содержимое каталога B+ дерево
Распределение файлов Растровое изображение [1]
Пределы
Максимальный размер тома 16 ТБ [2]
Максимальный размер файла 1 ЭйБ (8 ТиБ в 32-битных системах) [2]
Макс нет. файлов 2 32 −3 (~ 4 миллиарда) [2]
Максимальная длина имени файла 4032 байта, ограничение Linux VFS до 255.
Разрешенное имя файла
персонажи
Все байты, кроме NUL и '/'
Функции
Даты записи Модификация (mtime), изменение метаданных (ctime), доступ (atime)
Диапазон дат 14 декабря 1901 г. - 18 января 2038 г. (32-битное время Unix)
Разрешение даты 1 с
Вилки Расширенные атрибуты
Файловая система
разрешения
Разрешения Unix, списки ACL и произвольные атрибуты безопасности
Прозрачный
сжатие
Нет
Прозрачный
шифрование
Нет
Другой
Поддерживается
операционные системы
Линукс, РеактОС

ReiserFS общего назначения, — это журналируемая файловая система первоначально разработанная и реализованная командой Namesys под руководством Ханса Райзера и лицензированная по лицензии GPLv2 . Представленная в версии 2.4.1 ядра Linux , это была первая журналируемая файловая система, включенная в стандартное ядро. ReiserFS была файловой системой по умолчанию в SUSE Linux Enterprise от Novell , пока Novell не решила перейти на ext3 для будущих выпусков 12 октября 2006 года. [3]

В версии ReiserFS 3.6, которую теперь иногда называют Reiser3, появился новый формат на диске, позволяющий использовать файлы большего размера. Namesys считала ReiserFS стабильной и полнофункциональной и прекратила ее разработку, чтобы сосредоточиться на ее преемнике, Reiser4 , хотя продолжала выпускать обновления безопасности и исправления критических ошибок. Namesys прекратила свою деятельность в 2008 году после того, как Райзер был осужден за убийство. В настоящее время продукт поддерживается волонтерами как открытый исходный код. [4] Reiserfsprogs 3.6.27 были выпущены 25 июля 2017 года. [5]

ReiserFS в настоящее время поддерживается в Linux без поддержки квот. Его удаление из ядра Linux обсуждалось с начала 2022 года из-за отсутствия технического обслуживания и технических проблем, присущих файловой системе, таких как проблема 2038 года ; [6] [7] [8] он устарел в Linux 5.18, [9] и помечен как устаревший в Linux 6.6. [10] Его планируют снести в 2025 году. [11] [12]

На момент своего появления ReiserFS предлагал функции, которых не было в существующих файловых системах Linux. К ним относится хвостовая упаковка — схема, позволяющая уменьшить внутреннюю фрагментацию за счет снижения производительности. Reiser4, возможно, улучшил эту ситуацию, упаковав хвосты там, где это не оказывает негативного влияния на производительность. [13]

ReiserFS хранит метаданные файлов («элементы статистики»), записи каталога («элементы каталога»), списки заблокированных индексных дескрипторов («косвенные элементы») и хвосты файлов («прямые элементы») в одном комбинированном дереве B+ с ключом универсальный идентификатор объекта. Дисковые блоки, выделенные узлам дерева, являются «отформатированными внутренними блоками». Блоки для конечных узлов (в которых элементы упакованы сквозным образом) представляют собой «форматированные листовые блоки». Все остальные блоки представляют собой «неформатированные блоки», содержащие содержимое файла. Элементы каталога со слишком большим количеством записей или косвенные элементы, которые слишком длинные, чтобы поместиться в узел, переходят на соседа правого листа. Распределение блоков отслеживается с помощью растровых изображений свободного пространства в фиксированных местах.

Напротив, ext2 и другие файловые системы, подобные Berkeley FFS того времени, просто использовали фиксированную формулу для вычисления местоположения индексных дескрипторов, тем самым ограничивая количество файлов, которые они могут содержать. [14] Большинство таких файловых систем также хранят каталоги в виде простых списков записей, что приводит к выполнению операций поиска и обновления каталогов с линейным временем и снижает производительность в очень больших каталогах. Конструкция с одним деревом B+ в ReiserFS позволяет избежать обеих этих проблем благодаря лучшим свойствам масштабируемости.

Производительность

[ редактировать ]

По сравнению с ext2 и ext3 в версии 2.4 ядра Linux при работе с файлами размером менее 4 КиБ и включенной хвостовой упаковкой ReiserFS может работать быстрее. [15]

До Linux 2.6.33 [16] ReiserFS активно использовала большую блокировку ядра (BKL) — глобальную блокировку всего ядра, — которая плохо масштабируется для систем с несколькими ядрами. [17] поскольку критические части кода выполняются только одним ядром одновременно.

Использование

[ редактировать ]

ReiserFS была файловой системой по умолчанию в SuSE Linux, начиная с версии 6.4 (выпущенной в 2000 году). [18] [19] до перехода на ext3 в SUSE Linux Enterprise 10.2 и openSUSE 11, анонсированных в 2006 году. [20] [21]

Джефф Махони из SUSE написал сообщение 14 сентября 2006 года, предлагая перейти с ReiserFS на ext3 в качестве файловой системы установки по умолчанию. [17] Причины, которые он упомянул, включали масштабируемость, «проблемы с производительностью с расширенными атрибутами и списками управления доступом », «небольшое и сокращающееся сообщество разработчиков» и то, что « Reiser4 не является инкрементальным обновлением и требует переформатирования, что неразумно для большинства людей». [17] 4 октября он написал ответный комментарий в блоге, чтобы прояснить некоторые вопросы. [22] Он написал, что его предложение о смене должности не связано с тем, что Ханса Райзера судят за убийство. [23] [ не удалось пройти проверку ] Махони написал, что он «был обеспокоен тем, что люди найдут связь там, где ее не было» и что «время совершенно случайно, а мотивация не связана». [22]

Некоторые операции с каталогами (в том числе unlink (2)) не синхронны в ReiserFS, что может привести к повреждению данных, поскольку приложения в значительной степени полагаются на файловые блокировки (например, агенты передачи почты, такие как qmail [24] и Постфикс [25] ), если машина останавливается до того, как синхронизирует диск. [26]

Не существует программ для специальной дефрагментации файловой системы ReiserFS, хотя были написаны инструменты для автоматического копирования содержимого фрагментированных файлов в надежде, что можно найти более смежные блоки свободного пространства. Однако для следующей файловой системы Reiser4 планировалось использовать инструмент «реупаковщик», который будет бороться с фрагментацией файлов. [27] Фрагментация по-прежнему является проблемой SSD , независимо от файловой системы. [28]

ReiserFS 3 fsck способен восстановить все дерево в рамках восстановления в случае его полного повреждения. Это действие должно быть явно инициировано администратором и не является частью нормальной работы. Как и ожидалось, этот процесс является разрушительным и может привести к дальнейшему повреждению существующих файлов или появлению новых записей с неожиданным содержимым, что подверглось критике как неоптимальный метод. [29]

Образы ReiserFS v3 не следует хранить в разделе ReiserFS v3 (например, резервные копии или образы дисков для эмуляторов) без их преобразования (например, путем сжатия или шифрования), чтобы избежать путаницы при перестроении. Переформатирование существующего раздела ReiserFS v3 также может оставить после себя данные, которые могут затруднить операцию восстановления и привести к повторному появлению файлов из старой системы. Это также позволяет злоумышленникам намеренно хранить файлы, которые могут запутать программу восстановления. Поскольку после проверки файловой системы метаданные всегда находятся в согласованном состоянии, повреждение здесь означает, что содержимое файлов неожиданным образом объединяется с метаданными содержащейся файловой системы. Это похоже на проблему FSID в btrfs . Преемник ReiserFS, Reiser4, решает эту проблему.

ReiserFS в версиях ядра Linux до 2.4.16 считалась Namesys нестабильной и не рекомендовалась для производственного использования, особенно в сочетании с NFS . [30]

Ранние реализации ReiserFS (до Linux 2.6.2) также были подвержены рискам неправильной записи. Но текущая реализация журналирования в ReiserFS теперь находится на одном уровне с . «упорядоченным» уровнем журналирования ext3 [ нужна ссылка ]

См. также

[ редактировать ]
  1. ^ Схема узла Reiser FS , Namesys, заархивировано из оригинала 14 июня 2006 г.
  2. ^ Jump up to: а б с «Спецификации Reiser FS» , FAQ , Namesys, заархивировано из оригинала 5 июля 2006 г.
  3. ^ Шенкленд, Стивен (16 октября 2006 г.). «Novell меняет программное обеспечение для хранения файлов» . Бизнес Тех . cnet. .
  4. ^ Шенкленд, Стивен (16 января 2008 г.). «Namesys исчезает, но проект Reiser продолжает жить» . CNet . Архивировано из оригинала 27 марта 2016 года . Проверено 26 января 2008 г.
  5. ^ « «Fossies» — архив свежего программного обеспечения с открытым исходным кодом» . 25 июля 2017 г. Проверено 25 июля 2019 г.
  6. ^ «Разработчики Linux обсуждают прекращение поддержки и удаление ReiserFS» . www.phoronix.com . Проверено 10 марта 2022 г.
  7. ^ «Пришло время убрать reiserfs? — Мэтью Уилкокс» . lore.kernel.org . Проверено 24 февраля 2022 г.
  8. ^ «Re: Пришло время удалить reiserfs? — Дэйв Чиннер» . lore.kernel.org . Проверено 10 марта 2022 г.
  9. ^ «Линукс_5.18» . Ядро Linux для новичков . Проверено 23 мая 2022 г.
  10. ^ Парди, Кевин (31 августа 2023 г.). «ReiserFS теперь «устарел» в ядре Linux и должен исчезнуть к 2025 году» . Арс Техника . Проверено 1 сентября 2023 г.
  11. ^ Ларабель, Майкл. «План Linux ReiserFS — объявить ее устаревшей и удалить файловую систему в 2025 году» . Фороникс . Проверено 20 июня 2023 г.
  12. ^ «kernel/git/torvalds/linux.git — дерево исходного кода ядра Linux» . git.kernel.org . Проверено 22 мая 2022 г.
  13. ^ Райзер, Ганс. «Reiser4 выпущен!» . Архивировано из оригинала 24 октября 2007 г. Проверено 15 июля 2006 г.
  14. ^ Минмин Цао; Теодор Ю. Цо ; Бадари Пулаварти; Супарна Бхаттачарья (26 июля 2005 г.). «Современное состояние: где мы находимся с файловой системой Ext3» . Симпозиум Linux 2005 г. Оттава, Канада: Технологический центр IBM Linux . Проверено 8 марта 2007 г.
  15. ^ «Руководство по PHP» . php.net . Группа PHP . Проверено 5 декабря 2018 г.
  16. ^ «убей-БКЛ» . git.kernel.org .
  17. ^ Jump up to: а б с Джефф Махони (14 сентября 2006 г.). «Предложение: изменение файловой системы по умолчанию для выпусков >= 10.2» . gmane.org . Проверено 23 августа 2009 г. .
  18. ^ «Архив: SuSE Linux 6.4» . openSUSE вики . Проверено 28 июня 2017 г.
  19. ^ «Руководство по администрированию SUSE LINUX 9.1: Основные файловые системы в Linux» . Новелл . Проверено 28 июня 2017 г.
  20. ^ Шенкленд, Стивен (16 октября 2006 г.). «Novell меняет программное обеспечение для хранения файлов» . CNET .
  21. ^ Шарма, Маянк (12 октября 2006 г.). «Novell перейдет с ReiserFS на ext3» . Linux.com .
  22. ^ Jump up to: а б комментарий Джеффа Махони (04 октября 2006 г.). «SUSE 10.2 Отказ от ReiserFS в качестве файловой системы по умолчанию [ sic ]? (комментарий 29)» . linux.wordpress.com . Архивировано из оригинала 9 ноября 2006 г. Проверено 23 августа 2009 г.
  23. ^ CBS 5 / AP / BCN (14 сентября 2006 г.). «Полиция Окленда обыскивает дом бывшей пропавшей женщины» . Архивировано из оригинала 6 ноября 2006 г. Проверено 23 августа 2009 г. {{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
  24. ^ Дэниел Роббинс (2001), «Руководство для разработчиков расширенной файловой системы» . Проверено 5 июля 2006 г.
  25. ^ Маттиас Андре (2001), сообщение LKML о предположениях синхронности Postfix . Проверено 15 июля 2006 г.
  26. ^ NEOHAPSIS - Душевное спокойствие через честность и проницательность
  27. ^ Ханс Райзер, дизайн Reiser4, переупаковщик. Архивировано 24 октября 2007 г. в Wayback Machine . Проверено 5 июля 2006 г.
  28. ^ Мартин Фарах-Колтон, «Старение файловой системы» , архивный веб-архив, 2021 г.
  29. ^ Сообщение Теодора Цо LKML . Проверено 5 июля 2006 г.
  30. ^ Страница загрузки ReiserFS , см. предупреждение. Проверено 5 июля 2006 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: ec472ab0b07089565eda6149ecf3cde1__1720648080
URL1:https://arc.ask3.ru/arc/aa/ec/e1/ec472ab0b07089565eda6149ecf3cde1.html
Заголовок, (Title) документа по адресу, URL1:
ReiserFS - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)