Мисля, че можете да стартирате MongoDb, без да прилагате актуалната корекция, но не бих го препоръчал. След дълго време може да срещнете проблеми. Те са включили някои поправки в MongoDB, за да заобиколят проблема.
Подробно описание на проблема можете да намерите тук и тук.
Вижте също това.
В Windows изтриванията на файлове с препоръчана памет са синхронни операции. Когато мениджърът на виртуалната памет на операционната система бъде помолен да изчисти файл, съпоставен с памет, той отправя заявка за синхронно запис към файловия кеш мениджър в ОС. Това причинява големи спирания на I/O в Windows системи с висока латентност на Disk IO, докато в Linux същите записи са асинхронни.
Проблемът става критичен при дискови устройства с висока латентност като постоянно съхранение на Azure (10 мс). Това поведение води до много дълго време за изчистване на bg, ограничаване на IOPS на диска до 100. При съхранение с ниска латентност (локално съхранение и AWS) проблемът не е толкова видим.
В Windows 7 и Windows Server 2008 R2, когато прилагате актуалната корекция, получавате по-добра производителност на разпределяне на файлове, което е от значение за MongoDB
