The OpenNET Project / Index page

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



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

Оглавление

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

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


25. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от Sem (??), 26-Мрт-09, 15:28 
>медленно умирающему POSIX.  

Это почему же POSIX умирающий?

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

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

по мнению Anonymous Coward очевидно же!

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

29. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от чсмиси (?), 26-Мрт-09, 15:50 
очевидно. нужно же аргументы софистические в свою пользу привести
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

42. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от pavlinux (ok), 26-Мрт-09, 17:36 
C ПОСИХом надо делать так

  errno = 0
    ret = close(fd);
      if ( errno || ret ) {
       printf("Пипец, немогу close(): ERROR: %d\n", errno);        
       exit(ret);
     }

  
Они хотят переделать close() который, сообщит об ошибке, чуть ли не предложит варианты
исправления, типа (R)etry, (A)bort, (С)ontinue (MSDOS помните :)), а может и даже само
исправит неверный файловый дескриптор, найдёт "правильный", сделает нарушение сегментации
и свалит в кору :)


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

69. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от SkyRanger (??), 27-Мрт-09, 03:05 
>Они хотят переделать close() который, сообщит об ошибке, чуть ли не предложит
>варианты
>исправления, типа (R)etry, (A)bort, (С)ontinue (MSDOS помните :)), а может и даже
>само
>исправит неверный файловый дескриптор, найдёт "правильный", сделает нарушение сегментации
> и свалит в кору :)

А мне вот интересно что разве нельзя сделать так, чтобы все открытые процессом дексрипторы закрывались автоматом по его завершении. Ну конечно с возможностью отключения?

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

86. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от geekkoo (ok), 27-Мрт-09, 10:33 
>>ret = close(fd);

      if ( errno || ret ) {

Вот это и есть тот случай когда теория сталкивается с практикой и теория проигрывает.

>>(R)etry, (A)bort, (С)ontinue (MSDOS помните :))

Вот MSDOS как раз я вспоминать не хочу. Это не тот вопрос который пользователь хочет увидеть на экране.

Для ACID всегда есть trade-off со скоростью. От файловой системы требуется скорость. Точка. Она не предназначена для хранения критичных данных - для этого есть более другие способы.

Т.е. разработчики ext4 ИМХО хотели и рыбку съесть и на трамвае покататься. Дефолтный флаг нужен был, чтобы бенчмарки показывали хороший результат. Когда выяснилось, что это приводит к потере данных, началась старая песня - а вы флаг отключите. И где тогда будут бенчмарки их файловой системы с отключенным дефолтным флагом?

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

94. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от . (?), 27-Мрт-09, 11:47 
>От файловой системы требуется скорость. Точка. Она не предназначена для хранения критичных данных

растолкуйте юмор plz

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

95. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от geekkoo (ok), 27-Мрт-09, 12:08 
>>От файловой системы требуется скорость. Точка. Она не предназначена для хранения критичных данных
>
>растолкуйте юмор plz

Транзакционность вам понадобится только при внезапном крэше системе при записи данных. Но метод борьбы с такими явлениями известен - бэкапы. Зато бенчмарками скорости файловой системы меряются все ...

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

184. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от anonymous (??), 29-Мрт-09, 23:28 
>Транзакционность вам понадобится только при внезапном крэше системе при записи данных.

Ну, не только. Еще для атомарности, чтобы один файл не содержал уже новые данные, а другой еще старые.

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

189. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от geekkoo (ok), 30-Мрт-09, 00:34 
>>Транзакционность вам понадобится только при внезапном крэше системе при записи данных.
>
>Ну, не только. Еще для атомарности, чтобы один файл не содержал уже
>новые данные, а другой еще старые.

А этим кого-нибудь можно заинтересовать? В смысле - группированием нескольких операций с несколькими файлами в одну атомарную операцию? Особенно если за это приходится платить скоростью работы файловой системы.

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

193. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от . (?), 30-Мрт-09, 01:48 
>за это приходится платить скоростью работы файловой системы

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

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

217. "Линус Торвальдс выступил с критикой дизайна файловых систем"  +/
Сообщение от User294 (??), 31-Мрт-09, 20:43 
>скорее наоборот, это экономия ресурсов.

Хаха, транзакции *экономящие* ресурсы - это что-то новое.А много вы их таких, экономящих ресурсы видели?А то известный способ ускорения bulk-операций с БД - это как раз забить на транзакции болт и проконтролировать что операция успешно завершена иными методами (e.g. живой человек убеждается что все отработало как надо) :)

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

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
Добавить, Поддержать, Вебмастеру