Исходное сообщение
"Проблемы с потерей данных на Ext4 разделах в тестовой версии..." Отправлено zzz, 14-Мрт-09 01:07
>вот именно. объединяем 1-й и 2-ой пункты. получаем 1 час :-D нет, есть ведь т.н. время жизни транзакции >ну и кто должен держать изменения в памяти? фс (читай ядро)? приложение? ядро >а программистам из гном, кде,.. выслать инструкции о правильной форсированной записи данных? :-DDDDDD и опять полагаемся на их добросовестность? fsync достаточно, иначе система будет кешировать все, что только можно и как можно дольше, к примеру >а результат - критериев нет, множества контрольных точек нет, факта окончания транзакции >нет. время окончания транзакции в общем случае не известно. объём необходимой >памяти для хранения изменений не известен кешировать все, пока не закончится дисковый кеш или не превысим некоторый утановленный лимит dirty-буферов >(а хранить надо все, что пытаются удалить... с wandering logs и это не проблема >а если записали только 1-ю порцию? удаляем?.. но ведь >пустой конфиг не многим хуже, чем наполовину заполненный - хрен будет >работать после сбоя... значит храним до close?... а тогда и часом >не отделаешься!!!) если запишется только часть данных - это нормально, а вот обнулять кучи файлов - ненормально. >описываемые Вами требования решают различные СУБД. и то! с переменным успехом. в т.ч. reiser4, с постоянным успехом =) >а мы говорим о фс, которая предположительно будет устанавливаться от смартфонов с нетбуками до самых экзотичных устройств. редко кто ext3 ставит на подобную экзотику, не говоря уже о ext4, которую еще пилить и пилить годами