Comment configurer la mémoire virtuelle pour plus de 8 GPU ? (Correctif Windows)

Comprendre les contraintes de mémoire virtuelle dans les configurations multi-GPU

1. Windows alloue de la mémoire virtuelle par processus, et non globalement, et chaque application liée au GPU, en particulier les mineurs de cryptomonnaie ou les cadres de formation d'IA, peut demander un grand espace d'adressage virtuel contigu.

2. Avec 8 GPU ou plus, le mappage de mémoire au niveau du pilote, l'allocation PCIe BAR et l'initialisation du contexte CUDA exigent collectivement un espace d'adressage virtuel nettement supérieur à la limite par défaut de 4 Go en mode utilisateur sur Windows 64 bits.

3. Une mémoire virtuelle insuffisante se manifeste par « CUDA_ERROR_MEMORY_ALLOCATION », « Échec de l'initialisation du contexte du périphérique » ou des plantages silencieux lors du lancement du noyau sans codes d'erreur clairs.

4. La taille du fichier d'échange Windows ne résout pas à elle seule ce problème : l'épuisement de l'espace d'adressage virtuel est distinct de la RAM physique ou de la capacité du fichier d'échange.

Modification de la configuration de démarrage pour l'espace d'adressage étendu

1. Lancez l'invite de commande en tant qu'administrateur et exécutez bcdedit /set raiseuserva 3072 pour augmenter l'espace d'adressage virtuel en mode utilisateur de 2 Go (par défaut lors du démarrage hérité) ou 4 Go (UEFI standard) à 3 Go.

2. Pour les systèmes dotés de >8 GPU exécutant des noyaux gourmands en mémoire, utilisez bcdedit /set raiseuserva 4096 pour allouer jusqu'à 4 Go d'espace VA en mode utilisateur. Cela nécessite d'activer l'indicateur « /LARGEADDRESSAWARE » dans les binaires compatibles.

3. Redémarrez après avoir appliqué la modification ; vérifiez avec bcdedit /enum et confirmez que « increaseuserva » apparaît sous l'entrée de démarrage active.

4. Évitez les valeurs supérieures à 4 096, sauf si vous utilisez des éditions de Windows Server avec prise en charge complète de la VA 64 bits : les versions grand public de Windows plafonnent la VA utilisateur utilisable à environ 4 Go, même sur x64.

Pilote GPU et réglage de la configuration PCIe

1. Désactivez les fonctionnalités GPU inutiles via le panneau de configuration NVIDIA : désactivez PhysX, 3D Vision et les animations Windows accélérées par GPU pour réduire la consommation d'adresses virtuelles côté pilote.

2. Dans le Gestionnaire de périphériques, ouvrez les Propriétés de chaque GPU → Ressources → Modifier les paramètres → décochez « Activer la maîtrise du bus » pour les GPU non principaux s'ils sont utilisés uniquement pour le calcul et non pour le rendu.

3. Utilisez le réglage du registre mmcfg : accédez à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PCI et définissez « MmConfig » DWORD sur 1 pour forcer l'espace de configuration mappé en mémoire, améliorant ainsi l'efficacité de l'allocation BAR sur plusieurs complexes racine PCIe.

4. Assurez-vous que tous les GPU sont installés dans des emplacements connectés au même socket CPU : le routage PCIe entre sockets augmente la fragmentation VA en raison des mappages de pilotes compatibles NUMA.

Optimisation des fichiers d'échange pour les charges de travail de calcul

1. Définissez un fichier d'échange de taille fixe sur un SSD NVMe : minimum = 16 Go, maximum = 32 Go : évitez le dimensionnement géré par le système car il introduit des pics de latence en cas de pression de la mémoire.

2. Distribuez les fichiers d'échange sur plusieurs périphériques de stockage rapide s'il existe plusieurs lecteurs NVMe, en en attribuant un par groupe de 4 GPU pour équilibrer les conflits d'E/S lors des vidages de mémoire simultanés.

3. Désactivez la compression du fichier d'échange : exécutez fsutil behavior set Disablelastaccess 1 et fsutil behavior set Disablelastaccess 0 pour réinitialiser la surcharge des métadonnées NTFS qui interfère avec les opérations d'échange à faible latence.

4. Confirmez la visibilité du fichier d'échange dans le Gestionnaire des tâches → Performances → Mémoire → Commit charge ; Le « Total » doit dépasser la « Limite » d'au moins 8 Go lorsque les 8 GPU sont actifs et chargent des modèles.

Foire aux questions

Q : L'augmentation du nombre d'utilisateurs affecte-t-elle la stabilité du système ? R : Non, cela ajuste uniquement la répartition VA noyau/utilisateur. L'espace du noyau diminue proportionnellement mais reste suffisant pour les pilotes et services standard sur Windows 10/11 build 1904x et versions ultérieures.

Q : Puis-je appliquer Increaseuserva sur Windows 11 Édition Familiale ? R : Oui : bcdedit fonctionne de la même manière dans toutes les éditions de Windows 11, y compris la version Familiale ; aucune exigence de stratégie de groupe ou de licence Pro ne s’applique.

Q : Pourquoi nvidia-smi affiche-t-il « N/A » pour l'utilisation de la mémoire sur certains GPU après le réglage ? R : Cela se produit lorsque le pilote ne parvient pas à mapper la VRAM dans l'espace VA de l'hôte au début de l'initialisation : le redémarrage avec l'application d'augmentation de l'utilisateur restaure généralement la visibilité.

Q : WSL2 est-il adapté aux configurations de minage à 8 GPU ? R : Non recommandé : WSL2 s'exécute dans une machine virtuelle légère avec des contraintes VA fixes et ne dispose pas d'un relais PCIe direct pour les contextes de calcul multi-GPU requis par la plupart des binaires de minage.