насколько я знаю, в большинстве систем ext3 с режимом журнала "data=ordered" fsync не только синхронизирует файл, указанный в fd, но и синхронизирует все файлы в файловой системе, и эта проблема не была исправлена до ядра 2.6. .30
И у меня возник вопрос, то есть делает ли msync то же самое, что и fsync?
Спасибо.
Это не баг, это фича. Ext3 — это журналируемая файловая система. data=ordered означает, что вы запрашиваете, чтобы изменения в файловой системе записывались в порядке их внесения.
Итак, когда вы просите синхронизировать изменения в конкретном файле, вы должны зафиксировать все предыдущие изменения, будь то в этом файле или в других, или вы нарушаете директиву по поддержанию данных в порядке. По этой причине я подозреваю, что msync будет вести себя так же, хотя я не проверял.
На самом деле, можно утверждать, что если это не так, то это ошибка файловой системы...
Читая различные статьи, я не думаю, что это правда. Он не сбрасывает все грязные данные на диск, если вы выполняете одну fsync. Он только очищает метаданные, принадлежащие одному и тому же файлу.
Более того, проблема, описанная с data=ordered, похоже, заключается в том, что он ожидает других ожидающих запросов ввода-вывода к тому же устройству, хотя логически он должен иметь более высокий приоритет. Не для того, чтобы все грязные данные сбрасывались (например, sync()).
Я хотел бы провести эксперимент, чтобы выяснить это.
