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