Исходное сообщение
"Проблемы с потерей данных на Ext4 разделах в тестовой версии..." Отправлено Tim, 13-Мрт-09 14:02
>тут разное, бывает журналирование обновлений блоков метаданных, бывает всего. >главная задача создать правильный порядок обновления - как вобщем-то и SU. Нет, вы неправы. В журналированных ФС порядок операций в составе одной транзакции практически неважен. (Транзакция атомарна по определению и может только выполнится или откатится.) По-этому реализация и главное отладка значительно проще. >не откат а journal replay. операции из журнала применяются повторно - чем >гарантирует что по концу журнала FS будет +/- не противоречиво. Отложенная транзакция - более ресурсоемко, чем откат незавершенной транзакции. И применяется только в работе с распределенной базой данных. Использование механизма отложенной транзакции в ФС избыточно по функциональности и значительно снижает производительность подсистемы. >что это тот же журнал - только в памяти. для ext Нашел прекрасное описание SU написанное McKusick'ом. Если в кратце: 1) изменения метаданных записывается в кэш (как и в extXXX) 2) строится граф зависимостей этих изменений 3) сортируется (топологическая сортировка) 4) выполняется по порядку McKusick указал на два основных недостатка: 1) это сложность реализации (и соответсвенно отладки) 2) возможность утечки свободного дискового пространства при сбоях Второй пункт рекомендует лечить фоновым fsck