The OpenNET Project / Index page

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



"Файловая система Tux3 предложена для включения в состав ядра..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Файловая система Tux3 предложена для включения в состав ядра..." +/
Сообщение от Аноним (-), 20-Май-14, 20:00 
> снапшоты на уровне ФС и на уровне блочного устройства - это "две большие разницы".

Именно. И на уровне ФС они лучше получаются. На уровне блочных устройств это как-то совсем уж дубово и примитивно, типа управления в этажерке братьев Райт.

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

Не вижу как без знания файловой системы "этот файл == те блоки" можно сделать например разные уровни RAID для разных файлов. А тезис о том что в файловой системе все файлы имеют одинаковую ценность - сомнительный и упрощенный, имхо.

> вдумчиво сделать нужные интерфейсы.

На все случаи все-равно не предусмотришь. Вообще, пингвин хорош тем что не пытается всучивать мега-решения для всего и вся в ущерб решению задач. Если где-то без расовой верноты получается лучше - там идут и делают так как лучше работает, поклав на расовую верноту. А если ставить расовую верноту выше здравого смысла - получится как в фрибзде. Где супер-мега-система журналирование, универсальный ответ на все вопросы, журналит аж целый у...щный UFS. ZFS журналит сам и по своему, ему помощь не требуется. Получилось что эти граждане здорово поработали на мусорный бак, с нулевым выхлопом. То-есть, куча работы сделана, академически все правильно, а практического результата - ноль! Все хорошо в меру.

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

То что уже есть и доказало свою востребованность - работает и нефиг чинить то что не сломано. Вы же не хотите получить состояние "btrfs 5-летней давности" по всей системе, правда?

> Кстати, в своё время это крайне доходчиво объяснили Рейзеру, который тоже хотел кучу
> фич в обход VFS делать.

Ну так бтр делает в обход VFS только то что у него так лучше получается. Если б Рейзер привел конкретные примеры фич, которые через VFS совсем хреново делать - я думаю какой-нибудь консенсус нашелся бы. Ну как разные уровни райда для разных файлов. У ФС это знание есть, существующие в ядре райды на такие продвинутости не рассчитаны. В этом случае всем вроде понятно почему ФСина городит RAIDы самостоятельно. А если на VFS забили с абстрактным аргументом "я лучше знаю как делать правильно" - пошлют и будут по своему правы. Ибо нефиг.

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

Оглавление
Файловая система Tux3 предложена для включения в состав ядра..., opennews, 18-Май-14, 20:27  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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