Je pense que vous pouvez exécuter MongoDb sans appliquer le correctif, mais je ne le recommanderais pas. À long terme, vous risquez de rencontrer des problèmes. Ils ont inclus des correctifs dans MongoDB pour contourner le problème.
Une description détaillée du problème peut être trouvée ici et ici.
Voir aussi ceci.
Sous Windows, les vidages de fichiers mappés en mémoire sont des opérations synchrones. Lorsqu'il est demandé au gestionnaire de mémoire virtuelle du système d'exploitation de vider un fichier mappé en mémoire, il envoie une demande d'écriture synchrone au gestionnaire de cache de fichiers du système d'exploitation. Cela provoque d'importants blocages d'E/S sur les systèmes Windows avec une latence d'E/S disque élevée, tandis que sur Linux, les mêmes écritures sont asynchrones.
Le problème devient critique sur les disques durs à latence élevée comme le stockage persistant Azure (10 ms). Ce comportement entraîne des temps de vidage bg très longs, plafonnant les IOPS du disque à 100. Sur le stockage à faible latence (stockage local et AWS), le problème n'est pas si visible.
Sur Windows 7 et Windows Server 2008 R2, lors de l'application du correctif, vous obtenez une meilleure performance d'allocation de fichiers, ce qui est pertinent pour MongoDB
