The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс выступил с критикой дизайна файловых систем, opennews (?), 26-Мрт-09, (0) [смотреть все]

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


55. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от Anonymous Coward (?), 26-Мрт-09, 21:24 
> >медленно умирающему POSIX.  
>
>Это почему же POSIX умирающий?

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

Или, скажем, сколько уже бумаг computer scientist'ы понаписали про различные типизированные и реляционные файловые системы, например? Десять лет? Двадцать? Так ведь до сих пор каждый сраный плеер тащит за собой свой велосипед библиотеки, вместо того, чтобы прекратить этот беспорядок. В Dolphin'е теги, вот, ввели, недавно...

Да мало ли чего выдумали уже интересного... Всего сейчас не упомнишь.

И, нет, я ни в коем случае не говорю что у POSIX что-то плохо. Все отлично, это хорошая, грамотно продуманная спецификация. Но если на ней и остановиться, боясь, что пользователи (которых можно 30 раз предупредить, что экспериментальные фичи = ССЗБ) получат о системе негативное впечатление — это уже чушь какая-то.

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

66. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от User294 (ok), 27-Мрт-09, 02:29 
>Потому что он очень медленно, но перестает быть адекватным новым идеям и
>потребностям.

Да, столько лет работало и ничего.А тут вдруг перестает быть адекватным.Как оригинально.А может, дело в том что плохому танцору вечно что-то мешает?

>Транзакций, тех же, не хватает, например, чтобы, скажем, два файла
>синхронно обновить можно было.

И скольким людям это надо?И почему это надо засунуть в и без того пухлое ядро?Чтобы превратить его в overbloated тормозной глюкастик?

>Или, скажем, сколько уже бумаг computer scientist'ы понаписали про различные
>типизированные и реляционные файловые системы, например?

Пусть себе и дальше пишут наздоровье - удел и у теоретиков оторванных от жизни такой.Марать бумагу и городить концепции, 99% которых бесславно умрет т.к. невостребованно.

>Десять лет? Двадцать? Так ведь до сих пор каждый сраный плеер тащит за
>собой свой велосипед библиотеки,

Если даже вы сгородите такое апи, наверняка авторам плееров не понравится что оно не портабельно и наверняка им не хватит каких-то фич.И они и дальше будут таскать библиотеки.А вы возомнили что они спецом ради вас построятся в шеренги и стройными рядами пойдут юзать ваше апи?Да черта с два.Девелоперы ленивы и инерционны.

>вместо того, чтобы прекратить этот беспорядок.

Ой, в гробу мы видали таких благодетелей.Меня плюс-минус сколько-то там кило либ плеера не напрягют.А вот немеряное монструозное и глючное ядро - напряжет.ИМХО - чем проще, тем лучше (без перегибов ессно).Вот ваши заявы про реляционность и прочая - в это не укладываются.

>Да мало ли чего выдумали уже интересного... Всего сейчас не упомнишь.

Вот вы сделайте ВАШЕ ядро и впихивайте в него ВСЕ что вам кажется нужным.А мы посмотрим чем это закончится =).Впрочем я и так скажу чем - очередным никому нафиг не впившимся академическим прожектом.

>на ней и остановиться, боясь, что пользователи (которых можно 30 раз
>предупредить, что экспериментальные фичи = ССЗБ)

Ну, знаете, если кто кладет на табличку "экспериментальная фича" или "высокое напряжение опасно для жизни" - он и правда ССЗБ.Отсюда однако не следует что надо поразвесить в людном месте высоковольтных проводов и проверить сколько ССЗБ не заметит табличку.Это же и экспериментальных фич

>это уже чушь какая-то.

Чушь - это пихать в ядро все и вся.Оно и так немаленькое.Если такое апи много кому реально надо, оно востребовано оравой юзеров, програмеров и прочая - отлично.А если это не так - в сад.А то вас послушать - мускуль вообще не нужен.Зафиг он сдался если можно его функционал в ядро впихать?И либы плееров в ядро.И что там еще? "А потом мы со всей этой фигней попытаемся взлететь" :)

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

174. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от DeadMustdueemail (?), 29-Мрт-09, 12:40 
>Потому что он очень медленно, но перестает быть адекватным новым идеям и
>потребностям. Транзакций, тех же, не хватает, например, чтобы, скажем, два файла
>синхронно обновить можно было. Да или решить ту же проблему с
>хардлинками и запутыванием файловой системы в узел, про которую писали в
>одном из аргументов когда объясняли почему reiser4 не нравится ядерщикам.

У файловых систем и реляционных СУБД разные ниши применения.
В определённой перспективе ОС в состав обязательных компонентов
будет включать СУБД, и будет (лучше, чем сейчас) стандартизован
API доступа. Но файловая система как таковая вряд ли отомрёт,
поскольку всегда будет потребность в быстром иерархическом
хранилище большого количества неструктурированных объектов.
СУБД с этой задачей тоже может справиться, но намного медленнее
и с предъявлением непомерных требований к использующим этот
функционал приложениям.

>Или, скажем, сколько уже бумаг computer scientist'ы понаписали про
>различные типизированные и
>реляционные файловые системы, например? Десять лет? Двадцать? Так ведь до сих
>пор каждый сраный плеер тащит за собой свой велосипед библиотеки, вместо
>того, чтобы прекратить этот беспорядок. В Dolphin'е теги, вот, ввели, недавно...

Есть несколько очень старых, но применяемых и даже развивающихся по сей день ОС,
где эта концепция была всерьёз (без упрощений и весьма качественно) реализована.
Примеры - HP (DEC) OpenVMS и IBM z/OS (ранее MVS). Однако реальная востребованность
этого функционала оказалась не слишком велика.

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

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

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




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

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