Эдуард шишкин разработчик, который отвечает за поддержку файловой системы 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 (обновление с предыдущей версии)
- Глобальные тома (сети), добавление устройств на разных машинах.
Если вы хотите узнать об этом больше, вы можете проконсультироваться по следующей ссылке.
Вау, я думал, что reiserfs умерли после Ханса ..