The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступна файловая система Reiser5, opennews (??), 01-Янв-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Доступна файловая система Reiser5"  +3 +/
Сообщение от Аноним (26), 01-Янв-20, 21:20 
> Какая сила мотивирует Эдуарда проделывать подобную работу?

Научный интерес, очевидно.
Проект производит впечатление сугубо академического. Proof of concept.
Задачи кого-то победить перед ним, похоже, не стоит.

Ответить | Правка | Наверх | Cообщить модератору

32. "Доступна файловая система Reiser5"  +3 +/
Сообщение от nobody (??), 01-Янв-20, 22:06 
> Научный интерес

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

Т.е. некое единое представление для блочного уровня, а далее форматирование под нужную файловую систему и нужную операционную систему приводило бы лишь к добавлению таких метаданных.
Ну, и собственно монтируй данные себе под любую из форматированных ФС.

Партиции и логические тома стали бы просто ещё одной такой же прослойкой.

Т.е. выгода была бы в:
- ненужности импорта-экспорта для конвертации;
- легкости переноса данных между ОС;
- более простом восстановлении данных при сбоях;
- возможности более эффективного бэкапирования данных с сырых дисков "без ОС и без ФС", пропуская пустые места, фактически как дамп;
- возможности мгновенно перекидывать отдельные файлы и каталоги из одной партиции в другую, или с одного логического тома на другой;
- соответственно и возможности мгновенно перекидывать данные из одной виртуалки в другую по мере необходимости;
- чём-то ещё новом, что не приходит на ум сразу, ибо тут появляется новый уровень гибкости.

С другой стороны, понятно, что важны индексы, деревья, эффективное распределение данных и метаданных и что это накладывает много ограничений, которые разработчики каждой ФС стараются обойти самостоятельно, а не все вместе...

И всё-таки это было бы неплохо.

Всех с наступившим Новым Годом!

Ответить | Правка | Наверх | Cообщить модератору

35. "Доступна файловая система Reiser5"  +2 +/
Сообщение от Аноним (-), 01-Янв-20, 22:50 
> А неплохо было бы иметь некое стандартизованное представление данных на сыром диске, к которому для монтирования нужно было бы добавить только некую прослойку из метаданных, соответствующих опреденённой файловой системе.

А где и как, собственно, тогда хранить эти самые метаданные? Они же тоже должны быть переносимы, нет?

> Т.е. выгода была бы в:
>- ненужности импорта-экспорта для конвертации;

А зачем тогда вообще такое понятие, как "конвертация"? Вы тогда изобретёте пресловутый 15 стандарт.

> - легкости переноса данных между ОС;

Это и так есть, при условии поддержки ФС обеими ОС.

> - более простом восстановлении данных при сбоях;

Спорно, очень спорно.

> - возможности более эффективного бэкапирования данных с сырых дисков "без ОС и без ФС", пропуская пустые места, фактически как дамп;

А в чем проблема существующих бэкапов через файлы?

> - возможности мгновенно перекидывать отдельные файлы и каталоги из одной партиции в другую, или с одного логического тома на другой;

Как так? Партиция есть партиция, если они не будут отделены друг от друга - тогда как минимум попрощайтесь с возможностью динамического подключения/отключения дисков.

> - соответственно и возможности мгновенно перекидывать данные из одной виртуалки в другую по мере необходимости;

Не через дисковую ФС это делается.

> - чём-то ещё новом, что не приходит на ум сразу, ибо тут появляется новый уровень гибкости.

В случае ФС - надежность и предсказуемость сильно важнее гибкости.

В общем идея хорошая, если смотреть издали и в детали не вдаваться.

Ответить | Правка | Наверх | Cообщить модератору

71. "Доступна файловая система Reiser5"  +/
Сообщение от nobody (??), 02-Янв-20, 10:49 
Ну, я не настаиваю, просто говорю, что был бы некий бонус...

Ну, представьте, например, как вариант: каждый первый блок из 10 - служебный.
Если выкинуть эти служебные блоки, получим просто диск в современном его понимании.

Служебные блоки содержали бы описание какой блок к какому файлу относится.
Да, да, супер-простая, супер тупая, вообще никакая не производительная ФС.

В то же время, если бы существующие производительные ФС просто дополнительно
ставили бы пометки в эти служебные блоки, то производительность не сильно бы просела,
надёжность вообще никак бы не пострадала. Место, конечно, потерялось бы. А бонус бы появился, имхо.

Ответить | Правка | Наверх | Cообщить модератору

76. "Доступна файловая система Reiser5"  +1 +/
Сообщение от Аноним (-), 02-Янв-20, 12:59 
Т.е. все ФС тупо дублируют часть своих данных в одном и том же формате в эти 10% зарезервированных блоков. Ок, представить себе такое я могу.

Поясните тогда, что делать с:
* Спец-файлами (типа сокетов и устройств) и мелкими файлами, к которых данные хранятся прямо в inode
* Сжатыми файлами
* xattr
* ФС, которые поддерживают RAID нативно, а не через dm
* Сбойными блоками, которые попадают в эти 10%

И, наконец, кто и зачем будет использовать эти 10% резерва. Пока что это выглядит как write-only данные.

Ответить | Правка | Наверх | Cообщить модератору

83. "Доступна файловая система Reiser5"  +/
Сообщение от nobody (??), 02-Янв-20, 15:26 
Да, Вы правы, сложностей многовато. Вероятно, итоговый результат того не стоит.
Что касается Reiser5, нововведения весьма симпатичны.
Ответить | Правка | Наверх | Cообщить модератору

99. "Доступна файловая система Reiser5"  +/
Сообщение от Аноним (-), 02-Янв-20, 19:45 
Тут согласен =)
Ответить | Правка | Наверх | Cообщить модератору

42. "Доступна файловая система Reiser5"  +1 +/
Сообщение от Аноним (42), 02-Янв-20, 00:27 
Если мне не изменяет память, это уже было в VMS.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

109. "Доступна файловая система Reiser5"  +1 +/
Сообщение от DeadMustdieemail (??), 02-Янв-20, 22:12 
>> Если мне не изменяет память, это уже было в VMS.

Было и есть в OpenVMS.
Есть аналог в мире Unix/Linux в виде IBM Spectrum Scale, в девичестве GPFS.

Ответить | Правка | Наверх | Cообщить модератору

46. "Доступна файловая система Reiser5"  +2 +/
Сообщение от Аноним (46), 02-Янв-20, 01:16 
Ну да, а то сейчас у всех фс одинаковый подход к хранению данных, надо было общее делать, во идиоты. Намекаю, что такой вариант не жизнеспособен хотя бы потому, что каждая фс должна иметь контроль над разложением данных на блочном устройстве, иначе, во многих случаях, та просто не сможет эффективно выполнять свою работу
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

177. "Доступна файловая система Reiser5"  +/
Сообщение от Аноним (-), 10-Янв-20, 08:10 
Не, ну почему, например SSD чаще всего сделает тебе FTL для твоей файлухи. И все файлухи будут юзать его, независимо от того хотят они этого или нет. Потому что в NAND напрямую они писать все-равно там не смогут, что к лучшему если ФС к такому не готовы. Но и на это нет никаких особых стандартов, кроме того что наружу вывешивается якобы умение якобы работать с вон такими секторами на якобы линейном пространстве. А чего там у кого на блинах и в nand флешках на самом деле - только фирмвара железки и знает...
Ответить | Правка | Наверх | Cообщить модератору

170. "Доступна файловая система Reiser5"  +/
Сообщение от Аноним (-), 09-Янв-20, 00:48 
> И всё-таки это было бы неплохо.

Осталось только придумать набор алгоритмов, который бы устроил все файловые системы и типы устройств хранения. Как там святой грааль поживает, его уже выкопали?

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру