The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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