Reiser5 - файловая система, находящаяся в разработке, интегрирует поддержку параллельного масштабирования.

РейзерФС

Эдуард шишкин разработчик, который отвечает за поддержку файловой системы Reiser4 в течение последнего десятилетия для новых версий ядра. Хотя система была сохранена, в отличие от других файловых систем, которые продвинулись в своем развитии. Эдуард Шишкин работал в сопровождении Reiser4 и в то же время я работаю над разработкой файловой системы Reiser5 который уже он доступен для тестирования.

Эта новая версия Reiser5 выделяется тем, что включает инновации в параллельное масштабирование, который осуществляется не на уровне блоков, а через файловую систему.

Как преимущество этого подхода, Непараллельные пакеты FS + RAID / LVM и непараллельные пакеты FS объявлены свободными от присущих им недостатков (ZFS, Btrfs), такие как проблема со свободным пространством, снижение производительности при заполнении тома выше 70%, устаревшие алгоритмы проектирования логических томов (RAID / LVM), не позволяют эффективно распределять данные на логическом томе.

В параллельной ФС перед добавлением устройства в логический том его необходимо отформатировать с помощью стандартной утилиты mkfs.

В отличие от ZFS, Reiser5 не реализует собственный блочный слой., даже несмотря на то, что он использует распределитель свободных блоков O (1). Можно составить простым и эффективным способоме логический том из блочных устройств разного размера и пропускной способности. Данные распределяются между этими устройствами с использованием новых алгоритмов.

В анонсе этой пробной версии Эдуард Шишкин прокомментировал:

Я рад сообщить о новом методе добавления блочных устройств к логическим томам на локальной машине.

Думаю, это качественно новый уровень в развитии файловой системы (и операционной системы): локальные тома с параллельным масштабированием ...

В нашем подходе горизонтальное масштабирование выполняется средствами файловой системы, а не средствами блочного слоя. Пользователь контролирует поток запросов ввода-вывода, выдаваемых для каждого устройства ...

Как комментирует Эдуард Шишкин: часть запросов ввода-вывода, направленных на каждое устройство, равна его относительной емкости, назначенной пользователем, так что логический том заполняется данными «равномерно» и «справедливо».

В то же время блочные устройства с меньшей емкостью получают меньше блоков для хранения, а устройства с меньшей производительностью не становятся узким местом (как, например, в RAID-массивах).

Добавление устройства в том и удаление устройства из тома сопровождается ребалансировкой что сохраняет «справедливость» распределения.

Все включенные блочные устройства могут обслуживаться одновременно на логическом томе с использованием индивидуального подхода для каждого из них (дефрагментация жестких дисков, отправка запросов на сброс для SSD и т. д.).

Свободное пространство на логическом томе контролируется стандартной утилитой df (1). Кроме того, у пользователя есть возможность контролировать свободное пространство на каждом компоненте устройства логического тома.

Значительный прогресс в горизонтальном масштабировании достигнут с использованием файла параллельной сети (GPFS, Lustre и др.). Однако было непонятно, как применять
ваши технологии в локальную ФС.

В основном это потому, что в локальном файле системы не имеют такой роскоши, как "внутреннее хранилище", как сеть они делают. У локальной FS очень плохой интерфейс взаимодействие с блочным слоем. Например, в локальной Linux FS вы можете просто составьте и отправьте запрос ввода-вывода для некоторого буфера.

Среди предметов, которые все еще находятся в списке TODO Reiser5 являются:

  • Обновление FSCK для поддержки логических томов
  • Асимметричный LV с более чем одним блоком метаданных на том
  • симметричные логические тома
  • 3D снимки LV
  • Распределение метаданных по нескольким подобъемам
  • Проверить / восстановить логические тома с помощью утилиты fsck (обновление с предыдущей версии)
  • Глобальные тома (сети), добавление устройств на разных машинах.

Если вы хотите узнать об этом больше, вы можете проконсультироваться по следующей ссылке. 


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Комментарий, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован.

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Люкс сказал

    Вау, я думал, что reiserfs умерли после Ханса ..

bool (истина)