Исходное сообщение
"Проблемы с потерей данных на Ext4 разделах в тестовой версии..." Отправлено vitek, 13-Мрт-09 18:18
>Корень текущей обсуждаемой проблемы - открытие на запись непустого файла с флагом O_TRUNC. вот именно. объединяем 1-й и 2-ой пункты. получаем 1 час :-D дальше программа готовит данные (время окончания в общем случае не известно) или порционно скидывает на диск (что ещё хуже). >Т.е. до форсированной записи данных (по таймауту, давлению, принудительно - как угодно) или закрытия файла можно было бы вообще ничего не делать, а держать изменения в пямяти. ну и кто должен держать изменения в памяти? фс (читай ядро)? приложение? а программистам из гном, кде,.. выслать инструкции о правильной форсированной записи данных? :-DDDDDD и опять полагаемся на их добросовестность? а результат - критериев нет, множества контрольных точек нет, факта окончания транзакции нет. время окончания транзакции в общем случае не известно. объём необходимой памяти для хранения изменений не известен (а хранить надо все, что пытаются удалить... а если записали только 1-ю порцию? удаляем?.. но ведь пустой конфиг не многим хуже, чем наполовину заполненный - хрен будет работать после сбоя... значит храним до close?... а тогда и часом не отделаешься!!!) описываемые Вами требования решают различные СУБД. и то! с переменным успехом. а мы говорим о фс, которая предположительно будет устанавливаться от смартфонов с нетбуками до самых экзотичных устройств.