Поведение синхронизации данных для файловых систем в Windows

В Linux монтажные опоры commit вариант, описанный в mount (8) справочная страница так как:

commit=nrsec
       Sync all data and metadata every nrsec seconds. The default
       value is 5 seconds. Zero means default.

В Windows кэширование с обратной записью может работать, только если у вас Removal policy установлен в Better performance в хранилище Policies. Предположим, он включен.

Есть ли способ аналогичным образом настроить поведение кеширования записи в Windows, как это можно сделать в Linux?

В Linux кроме commit параметр, который должен поддерживаться типом смонтированной файловой системы, чтобы вступить в силу, есть также несколько важных параметров виртуальной машины, которые создают дополнительные ограничения в отношении поведения кеша с обратной записью и могут быть изменены путем вывода новых значений в определенные файлы в /proc/sys/vm/ каталог, описанный в Документация для / proc / sys / vm / * так как:

• dirty_background_bytes

  Содержит объем грязной памяти, при котором pdflush фоновый демон обратной записи начнет обратную запись.

  Примечание: dirty_background_bytes является аналогом dirty_background_ratio. Одновременно можно указать только один из них. Когда один sysctl записывается, он сразу же учитывается для оценки ограничений грязной памяти, а другой отображается как 0 при чтении.

• dirty_background_ratio

  Содержит в процентах от общей системной памяти количество страниц, на которых pdflush фоновый демон обратной записи начнет записывать грязные данные.

• dirty_bytes

  Содержит объем грязной памяти, при котором процесс, производящий запись на диск, сам начнет обратную запись.

  Примечание: dirty_bytes является аналогом dirty_ratio. Одновременно можно указать только один из них. Когда один sysctl записывается, он сразу же учитывается для оценки ограничений грязной памяти, а другой отображается как 0 при чтении.

  Примечание: минимальное допустимое значение для dirty_bytes - две страницы (в байтах); любое значение ниже этого предела будет проигнорировано, и старая конфигурация будет сохранена.

• dirty_expire_centisecs

  Этот параметр используется, чтобы определить, когда грязные данные достаточно стары, чтобы их можно было записать pdflush демоны. Выражается в сотых долях секунды. Данные, которые были загрязнены в памяти дольше этого интервала, будут записаны в следующий раз, когда pdflush демон просыпается.

• dirty_ratio

  Содержит в процентах от общей системной памяти количество страниц, на которых процесс, производящий запись на диск, сам начнет записывать грязные данные.

• dirty_writeback_centisecs

  В pdflush Демоны обратной записи периодически просыпаются и записывают "старые" данные на диск. Эта настраиваемая величина выражает интервал между этими пробуждениями в сотых долях секунды.

  Установка этого параметра в ноль полностью отключает периодическую обратную запись.

(По факту pdflush потоки больше не доступны в Linux, так как несколько лет назад они были заменены потоками сброса информации об устройстве резервного копирования, но это тонкость. Подробнее об этом читайте в статье LWN.net. Промывка pdflush если тебе интересно.)

Для полноты картины текущие значения по умолчанию в ядре Linux v3.2 (проверены в debian wheezy):

/proc/sys/vm/dirty_background_bytes:0
/proc/sys/vm/dirty_background_ratio:10
/proc/sys/vm/dirty_bytes:0
/proc/sys/vm/dirty_expire_centisecs:3000
/proc/sys/vm/dirty_ratio:20
/proc/sys/vm/dirty_writeback_centisecs:500

Предоставляет ли Windows какие-либо аналогичные настройки для своей подсистемы виртуальных машин или, возможно, для каждого диска / раздела?