The OpenNET Project / Index page

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



"Код Bcachefs принят в основной состав ядра Linux 6.7"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Код Bcachefs принят в основной состав ядра Linux 6.7" +/
Сообщение от Sw00p aka Jerom (?), 09-Ноя-23, 01:26 
> По пунктам сложно,

сложно, но в то же время "Чем больше у ФС возможностей, тем в большее число задач она сможет вписаться."

почему бы и нет, ок, принято. Зачем вообще нужна ОС если есть ФС - лол, кек.

> General purpose означает что ФС

нету этого general purpose формального, никто его не описывал. Ибо это всё еще со времен Танненбаума вливается в спор, микро ядро или монолит. Определитесь!!!


> Специализированные железки это антипод general purpose.

то есть вы хотите сказать, что линукса на серверах меньше чем на ноутах? Учитывая еще тенденцию что линукс на серверах "bare metal" давным давно уже не стоит.

> Как аргументы "за" мне видится:
> 1) Драйвер не знает о других устройствах и их состоянии, BigPic не
> его прерогатива.

ФС должна знать?

> 2) Возможность использования разнородных устройств - фича, можно использовать все ассеты
> которые есть, "по ситуации". Вплоть до того что btrfs можно временно
> расширить подоткнув нечто в usb, а потом и вынув это из
> пула. Удобно для каких-то разовых маневров.

Если бы в ОС была одна единая ФС, то может ОС автоматом любое блочное устройство отображало бы в ФС, и не нужны были бы всякие форматирования и танцы с бубном, но этого нет, ос видит блочное устройстчо, а какую ФС ты хош ту и накатывай, но в итоге твои программы имеют один интерфейс ФС взаимодействия - открой файл, запиши, закрой. Как будет организовано хранение файлов это уже дело ФС. И ОС до лампочки.

> 3) Драйвер на уровне блочного интерфейса не знает нужен ли этот блок
> здесь и сейчас. TRIM лишь частичный костыль, не решает все проблемы.
> ФС виднее что используется а что нет.

ФС разве будет знать для чего в ОС используется файл /etc/passwd ? О файлах знает только конечная пользовательская программа.

> 4) По той же причине снапшоты на блочном уровне мучительны и неэффективны.

В смысле мучительны и не эффективны? я не понимаю.

> 5) ФС с несколькими девайсами, или 2 копиями на 1 девайсе может
> использовать продвинутые техники рекавери, запросив другую копию и поняв по чексумам
> какая верная, починив в фоне. Это точно не прерогатива драйвера конкретного
> устройства и так получается гибче и меньше допущений что за железо,
> драйверы и какое у них умение.

а чем копия файла отличается от копии блока данных и т.д.? уровнем абстракции?

> Железо не бесплатное, специализированное - очень дорогое. Требование хранить на складе
> эн винчей - денег людям стоит. И так далее. Чем меньше
> этого всего, тем лучше, имхо.

санкции говорят об обратном, всегда надо хранить на складе горячий резерв :)

> Надо - собираем в молоток. Изменились требования, станет микроскоп. И так далее.

Вот когда "надо", оказывается всегда, что поздно.

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

Оглавление
Код Bcachefs принят в основной состав ядра Linux 6.7, opennews, 31-Окт-23, 07:41  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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