|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Slava Astashonok 2:5020/400 31 Mar 2006 14:09:00
To : Ilya Anfimov
Subject : Re: ext3 sux
--------------------------------------------------------------------------------
Ilya Anfimov wrote:
>>Ага - сферическую в вакууме. Что будет являться критерием держит система
>>отключение питания или не держит?
>
>
> Hапример:
> а) Остаётся внутренне целой после перезагрузки с проверкой
"Внутренне целое" состояние файловой системы - тоесть непротиворечивость
метаданных гарантируется в любой журналируемой fs.
> б) Все данные, после записи которых на них так или иначе
> успешно сделан sync, находятся на файловой системе в
> предназначенных для них местах.
Стоп, стоп. Какого такого sync'а? В том-то и проблема - нетуть sync'а, не
успели сделать. Если речь идёт о сбросе на диск очередной порции кэша, то
тот же ext3 с журналированием данных теоретически :) гарантирует их
сохранность. Hо только _этой_ порции данных, а не файла целиком.
> в) Давайте разобьём все операцыи, меняющие файловую систему на
> атомарные суб-операцыи. Hапример: обнуление файла, запись байта
> данных в какое-то место файла, создание файла, создание ссылки на
> файл, удаление файла.
> Состояние файловой системы соответствует какому-либо набору
> атомарных операцый, которые производились с ней с момента
> последнего syncа.
Про журнал я уже писал.
> Тэзисно -- так. Более детально угллубляться сейчас в лом.
> Если быть до конца жэстоким, то можно добавить требование набора
> последовательных атомарных операцый с последнего syncа.
А я так и не увидил ничего нового. Hужна непртиворечивось метаданных -
пожалуйста: обычный журнал; нужна гарантия, что внутри файла не появятся
занулённые блоки (как это случается на xfs) - у ext3 есть журналирование
данных. Чего не хватает? Хотите, быть уверены, что после возврата из
write() данные гарантированно будет на диске - отключайте кэш: открывайте
его с O_SYNC или монтируйте fs с sync. Так чем же нынешние fs не
устраивают и какую другую нужно придумывать?
>>>Подозреваю, что oracle cluster file system (или
>>>как там её) этому условию удовлетворяет.
>>
>>А она что, на торсионных полях работает? ;-)
>
>
> Это не требуется.
А по-моему - явно не обойтись :)
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
