Едвард Шишкін є розробником, який протягом останнього десятиліття відповідає за підтримку файлової системи Reiser4 для нових версій ядра. Хоча система підтримується, на відміну від інших файлових систем, які просунулись у своєму розвитку. Едвард Шишкін працював в обслуговуванні Reiser4 і одночасно я працюю над розробкою файлової системи Reiser5 які вже він доступний для тестування.
Ця нова версія Reiser5 виділяється тим, що включає інновації в паралельне масштабування, що здійснюється не на рівні блоку, а через файлову систему.
Як перевага цього підходу, непаралельні пакети FS + RAID / LVM та FS оголошуються відсутніми невід'ємними недоліками (ZFS, Btrfs), такі як проблема вільного простору, зниження продуктивності при заповненні обсягу понад 70%, застарілі алгоритми проектування логічних томів (RAID / LVM), не дозволяють ефективно розподіляти дані на логічному томі.
У паралельному FS перед додаванням пристрою до логічного тому його потрібно відформатувати за допомогою стандартної утиліти mkfs.
На відміну від ZFS, Reiser5 не реалізує власний блоковий рівень, хоча він використовує безкоштовний розподільник блоків O (1). Можна скласти простим та ефективним способомлогічний обсяг від блокових пристроїв різного розміру та пропускної здатності. Дані розподіляються між цими пристроями за допомогою нових алгоритмів.
В анонсі цієї пробної версії Едвард Шишкін прокоментував:
Я радий анонсувати новий метод додавання блокових пристроїв до логічних томів на локальній машині.
Я думаю, що це якісно новий рівень у розробці файлової системи (та операційної системи): локальні томи з паралельним масштабуванням ...
У нашому підході горизонтальне масштабування здійснюється засобами файлової системи, а не засобами блочного шару. Користувач контролює потік запитів вводу-виводу, виданих для кожного пристрою ...
Як коментує Едвард Шишкін: частина запитів вводу-виводу, спрямованих на кожен пристрій, дорівнює його відносній ємності, призначеній користувачем, так що логічний том заповнюється даними "рівномірно" і "справедливо".
У той же час блокові пристрої меншої ємності отримують менше блоків для зберігання, а менш ефективні пристрої не стають вузьким місцем (як це відбувається, наприклад, у масивах RAID).
Додавання пристрою до гучності та видалення пристрою з гучності супроводжується перебалансуванням що зберігає "справедливість" розподілу.
Всі включені блокові пристрої можуть одночасно підтримуватися на логічному томі, використовуючи індивідуальний підхід до кожного з них (дефрагментація для жорстких дисків, відправлення запитів на відкидання для SSD тощо)
Вільний простір на логічному томі контролюється стандартною утилітою df (1). Крім того, користувач має можливість контролювати вільний простір на кожному компоненті пристрою логічного обсягу.
Значний прогрес у горизонтальному масштабуванні досягнуто за допомогою файлу паралельної мережі (GPFS, Luster тощо). Однак було неясно, як подати заявку
своїх технологій до місцевого FS.Головним чином, це тому, що в локальному файлі системи не мають такої розкоші, як "внутрішнє сховище", як мережа вони роблять. Місцевий FS має надзвичайно поганий інтерфейс взаємодія з блоковим шаром. Наприклад, на локальному Linux FS ви можете просто складіть і видайте запит вводу-виводу проти якогось буфера.
Серед предметів, які все ще перебувають у списку TODO Reiser5 вони є:
- Оновлення FSCK для підтримки логічних томів
- Асиметричний LV з більш ніж одним блоком метаданих на обсяг
- симетричні логічні томи
- 3D знімки LV
- Розподіл метаданих у кількох підтомах
- Перевірка / відновлення логічних томів за допомогою утиліти fsck (оновлення з попередньої версії)
- Глобальні томи (мережі), додавання пристроїв на різних машинах.
Якщо ви хочете дізнатися більше про це, ви можете проконсультуватися за наступним посиланням.
Ого, я думав, що рейзерфи загинули після Ганса ..