Сообщение Re[2]: Транзакционная прокладка для файловой системы от 25.12.2021 10:51
Изменено 25.12.2021 10:52 lpd
Re[2]: Транзакционная прокладка для файловой системы
Здравствуйте, samius, Вы писали:
S>Здравствуйте, Barbar1an, Вы писали:
B>>задача скучная: нужно чтобы при падении процесса, файлы оставались в последнем корректном состоянии
B>>в общем нужны транзакции
S>В такой постановке задача не решается. Ну или я не знаю о решении. Вообще говоря, даже Flush(true) не гарантирует что на диске будет именно то, что записано до вызова Flush. А определить, когда же все-таки устройство окончательно приняло изменения файла — в общем случае нет такой возможности.
вообще есть fsync/flushfilebuffers
S>Здравствуйте, Barbar1an, Вы писали:
B>>задача скучная: нужно чтобы при падении процесса, файлы оставались в последнем корректном состоянии
B>>в общем нужны транзакции
S>В такой постановке задача не решается. Ну или я не знаю о решении. Вообще говоря, даже Flush(true) не гарантирует что на диске будет именно то, что записано до вызова Flush. А определить, когда же все-таки устройство окончательно приняло изменения файла — в общем случае нет такой возможности.
вообще есть fsync/flushfilebuffers
Re[2]: Транзакционная прокладка для файловой системы
Здравствуйте, samius, Вы писали:
S>В такой постановке задача не решается. Ну или я не знаю о решении. Вообще говоря, даже Flush(true) не гарантирует что на диске будет именно то, что записано до вызова Flush. А определить, когда же все-таки устройство окончательно приняло изменения файла — в общем случае нет такой возможности.
вообще есть fsync/flushfilebuffers
S>В такой постановке задача не решается. Ну или я не знаю о решении. Вообще говоря, даже Flush(true) не гарантирует что на диске будет именно то, что записано до вызова Flush. А определить, когда же все-таки устройство окончательно приняло изменения файла — в общем случае нет такой возможности.
вообще есть fsync/flushfilebuffers