Cette rubrique vous aide à diagnostiquer et résoudre les problèmes liés à Elastic GPU Service en résumant les difficultés courantes rencontrées lors de l'utilisation des GPU.
|
Catégorie |
Questions connexes |
|
Instance accélérée par GPU |
|
|
Carte GPU |
|
|
Mémoire GPU |
|
|
Pilote GPU |
|
|
Surveillance GPU |
|
|
Autres |
Comment installer le service cGPU ? La commande nvidia-smi -r reste bloquée après l'installation du service cGPU |
Instances accélérées par GPU
Les instances accélérées par GPU prennent-elles en charge les émulateurs Android ?
Les émulateurs Android peuvent être installés uniquement sur certaines instances accélérées par GPU.
Les émulateurs Android sont pris en charge uniquement sur les familles d'instances Bare Metal ECS optimisées pour le calcul avec GPU suivantes : ebmgn7e , ebmgn7i, ebmgn7, ebmgn6ia, ebmgn6e, ebmgn6v, ebmgn6i .
La configuration d'une instance accélérée par GPU peut-elle être modifiée ?
Certaines instances accélérées par GPU permettent de modifier leur configuration.
Les types d'instances pris en charge sont répertoriés dans Restrictions et vérifications relatives au changement de type d'instance.
Une famille d'instances ECS standard peut-elle être mise à niveau ou convertie en une famille d'instances accélérées par GPU ?
Non. Il est impossible de convertir une famille d'instances ECS standard en une famille d'instances accélérées par GPU.
Les types d'instances pris en charge sont répertoriés dans Restrictions et vérifications relatives au changement de type d'instance.
Comment transférer des données entre une instance accélérée par GPU et une instance ECS standard ?
Aucun paramètre spécial n'est requis pour le transfert de données.
Les instances accélérées par GPU se comportent comme des instances ECS standard. Les instances appartenant au même groupe de sécurité communiquent par défaut via le réseau interne. Aucune configuration spécifique n'est nécessaire.
Quelle est la différence entre un GPU et un CPU ?
Le tableau suivant compare les GPU et les CPU.
|
Comparaison |
GPU |
CPU |
|
Unité arithmétique et logique (UAL) |
De nombreuses UAL optimisées pour le calcul parallèle à grande échelle. |
Peu d'UAL, mais très puissantes. |
|
Unité de contrôle |
Dispose d'une unité de contrôle relativement simple. |
Dispose d'une unité de contrôle complexe. |
|
Cache |
Dispose d'un petit cache qui sert les threads au lieu de stocker les données consultées. |
Dispose de structures de cache volumineuses capables de stocker des données pour améliorer la vitesse d'accès et réduire la latence. |
|
Méthode de réponse |
Intègre toutes les tâches avant un traitement par lots. |
Répond aux tâches individuelles en temps réel. |
|
Scénarios |
Adapté aux scénarios de calcul intensif, hautement similaires et multithreadés nécessitant un débit élevé. |
Adapté aux scénarios de calcul sériel logiquement complexes nécessitant des temps de réponse rapides. |
Cartes GPU
Après l'achat d'une instance accélérée par GPU, pourquoi la commande nvidia-smi ne détecte-t-elle pas la carte GPU ?
Cause : La commande nvidia-smi ne parvient pas à détecter la carte GPU car le pilote Tesla ou GRID n'est pas installé ou son installation a échoué.
Solution : Pour exploiter les hautes performances de votre instance accélérée par GPU, vous devez installer le pilote approprié correspondant à votre type d'instance :
-
Les instances accélérées par vGPU nécessitent un pilote GRID :
-
Les instances optimisées pour le calcul avec GPU prennent en charge les pilotes Tesla ou GRID :
Comment afficher les détails d'une carte GPU ?
La méthode varie selon le système d'exploitation :
Sous Linux, exécutez la commande
nvidia-smipour afficher les détails de la carte GPU.Sous Windows, consultez les détails de la carte GPU dans .
Pour consulter des informations telles que le taux d'inactivité du GPU, son utilisation, sa température et sa consommation électrique, accédez à la console CloudMonitor. Pour plus d'informations, consultez la section Surveillance GPU.
Un échec d'initialisation du GPU (tel que RmInitAdapter failed!) se produit lors de l'utilisation d'un GPU sous Linux
-
Symptômes : Le périphérique GPU passe hors ligne et le système ne parvient pas à reconnaître la carte GPU. Par exemple, sous Linux, une erreur d'échec d'initialisation du GPU se produit. Après avoir exécuté la commande
sh nvidia-bug-report.sh, le message d'erreurRmInitAdapter failedapparaît dans le journal généré, comme illustré dans l'exemple suivant :NVRM: _kgspBootGspRm: unexpected WPR2 already up, cannot proceed with booting GSP NVRM: _kgspBootGspRm: (the GPU is likely in a bad state and may need to be reset) NVRM: crashcatWayfinderGetReportQueue_V1: insufficiently-sized L1 wayfinder scratch location 0 NVRM: RmInitAdapter: Cannot initialize GSP firmware RM NVRM: GPU 0000:00:09.0: RmInitAdapter failed! (0x62:0x40:2015) NVRM: GPU 0000:00:09.0: rm_init_adapter failed, device minor number 0 Cause : Le composant GPU System Processor (GSP) peut se trouver dans un état anormal. Cela entraîne la déconnexion du périphérique et empêche le système de détecter la carte GPU.
Solution : Redémarrez l'instance depuis la console. Cette action effectue une réinitialisation complète du GPU et résout généralement le problème. Si le problème persiste, consultez la section Perte de périphérique GPU due aux erreurs XID 119/XID 120 lors de l'utilisation d'un GPU pour poursuivre le dépannage. Nous vous recommandons de désactiver la fonctionnalité GSP.
Mémoire GPU
Pourquoi une instance disposant de 48 Go de mémoire GPU affiche-t-elle environ 3 Go de moins dans nvidia-smi ?
L'ECC (Error-Correcting Code) est activé et utilise environ 2 à 3 Go de mémoire GPU sur une instance de 48 Go. Exécutez nvidia-smi pour vérifier l'état de l'ECC (OFF = désactivé, ON = activé).
Comment désactiver la fonctionnalité ECC pour libérer de la mémoire GPU ?
Ligne de commande : Arrêtez tous les processus utilisant le GPU. Exécutez
nvidia-smi -e 0pour désactiver l'ECC. Ensuite, exécuteznvidia-smi -rpour réinitialiser le GPU.Script de démarrage : Ajoutez
nvidia-smi -e 0etnvidia-smi -rà la première ligne du script de démarrage/etc/rc.local. Sur certains systèmes, le chemin est/etc/rc.d/rc.local. Ensuite, redémarrez l'instance.
Que faire si une erreur indiquant qu'un GPU est utilisé par un autre client survient lors de la désactivation de l'ECC ?
Cette erreur indique qu'un composant ou un processus utilise toujours le GPU. Assurez-vous qu'aucun processus GPU n'est en cours d'exécution sur la machine. Si vous ne pouvez pas les arrêter manuellement, créez une sauvegarde instantanée (snapshot). Ajoutez ensuite les commandes nvidia-smi -e 0 et nvidia-smi -r au script de démarrage /etc/rc.local. Sur certains systèmes, le chemin est /etc/rc.d/rc.local. Redémarrez l'instance pour appliquer les modifications.
Pilotes GPU
Quel pilote dois-je installer pour une instance accélérée par vGPU ?
Les instances accélérées par vGPU nécessitent un pilote GRID.
Pour les scénarios de calcul généraliste ou d'accélération graphique, vous pouvez charger le pilote GRID lors de la création de l'instance ou l'installer ultérieurement avec Cloud Assistant :
Chargez le pilote GRID lors de la création de l'instance. Charger un pilote GRID à partir d'une image avec pilote préinstallé.
-
Installez le pilote GRID avec Cloud Assistant après la création :
Puis-je mettre à niveau CUDA vers la version 12.4 ou le pilote NVIDIA vers la version 550 ou ultérieure sur une instance accélérée par vGPU ?
Non.
Les instances accélérées par vGPU utilisent le pilote GRID fourni par la plateforme, dont la version est figée. Vous ne pouvez pas installer de pilotes provenant du site web de NVIDIA. Pour mettre à niveau CUDA ou le pilote, utilisez plutôt une instance de série gn ou ebm.
Quel pilote dois-je installer pour utiliser des outils tels qu'OpenGL et Direct3D pour l'accélération graphique sur une instance optimisée pour le calcul avec GPU ?
Installez le pilote en fonction de votre système d'exploitation :
-
Les instances Linux optimisées pour le calcul avec GPU nécessitent un pilote Tesla :
-
Les instances Windows optimisées pour le calcul avec GPU nécessitent un pilote GRID :
Pourquoi la version de CUDA affichée après l'installation diffère-t-elle de celle sélectionnée lors de la création de l'instance accélérée par GPU ?
La commande nvidia-smi affiche la version de CUDA la plus élevée prise en charge par votre instance accélérée par GPU, et non la version que vous avez sélectionnée lors de la création de l'instance.
Après avoir installé un pilote GRID sur une instance Windows accélérée par GPU, que faire si un écran noir apparaît lors de l'utilisation d'une connexion VNC depuis la console ?
Cause : Le pilote GRID prend le contrôle de la sortie d'affichage. VNC ne peut plus effectuer le rendu à partir du graphique intégré, ce qui provoque un écran noir. Il s'agit d'un comportement attendu.
Solution : Connectez-vous à l'instance accélérée par GPU à l'aide de Workbench. Pour plus d'informations, consultez la section Se connecter à une instance Windows à l'aide de Workbench.
Comment obtenir une licence GRID ?
La méthode dépend de votre système d'exploitation :
-
Sous Windows, utilisez une image avec pilote préinstallé ou installez le pilote manuellement.
-
Sous Linux, utilisez une image avec pilote préinstallé ou Cloud Assistant.
Comment mettre à niveau un pilote GPU (Tesla ou GRID) ?
Vous ne pouvez pas mettre à niveau directement un pilote GPU. Désinstallez l'ancienne version, redémarrez, puis installez la nouvelle version. Mettre à niveau un pilote Tesla ou GRID.
Effectuez la mise à niveau pendant les heures creuses. Sauvegardez les données du disque en créant préalablement un snapshot. Créer un snapshot.
Un plantage du système et une erreur kernel NULL pointer dereference se produisent après l'installation du pilote NVIDIA version 570.124.xx (Linux) ou 572,61 (Windows)
-
Symptômes : Sur certains types d'instances, le système signale une erreur
kernel NULL pointer dereferencesoit pendant l'installation du pilote NVIDIA version 570.124.xx (Linux) ou 572,61 (Windows), soit lors de l'exécution de la commandenvidia-smiaprès l'installation. Le journal suivant illustre l'erreur : Solution : Évitez d'utiliser la version de pilote 570.124.xx (Linux) ou 572,61 (Windows). Nous vous recommandons d'utiliser la version 570.133.20 (Linux) ou 572.83 (Windows) ou une version ultérieure.
La commande nvidia-smi renvoie une erreur « No devices were found » si vous sélectionnez NVIDIA Proprietary comme type de module noyau lors de l'installation du pilote
-
Symptômes : Sur certains types d'instances, si vous sélectionnez NVIDIA Proprietary comme type de module noyau lors de l'installation du pilote, la commande nvidia-smi renvoie une erreur
No devices were foundaprès l'installation.L'autre type de module noyau disponible sur cet écran est MIT/GPL.
Cause : Tous les modèles de GPU ne sont pas compatibles avec le pilote NVIDIA Proprietary.
-
Configuration recommandée du type de module noyau :
Pour les GPU d'architecture Blackwell : Vous devez utiliser le pilote open source (sélectionnez
MIT/GPL).Pour les GPU d'architecture Turing, Ampere, Ada Lovelace et Hopper : Nous vous recommandons d'utiliser le pilote open source (sélectionnez
MIT/GPL).Pour les GPU d'architecture Maxwell, Pascal et Volta : Vous ne pouvez sélectionner que
NVIDIA Proprietary.
Surveillance GPU
Comment consulter l'utilisation des ressources (vCPU, trafic réseau, bande passante et disque) d'une instance accélérée par GPU ?
Vous pouvez utiliser l'une des méthodes suivantes pour consulter les données de surveillance, telles que l'utilisation du vCPU, la mémoire, la charge moyenne du système, la bande passante interne, la bande passante publique, les connexions réseau, l'utilisation et les lectures du disque, l'utilisation du GPU, l'utilisation de la mémoire GPU et la consommation électrique du GPU.
-
Console du produit
Console ECS : Fournit l'utilisation du vCPU, le trafic réseau, les E/S disque et les métriques GPU. Afficher les informations de surveillance dans la console ECS.
Console CloudMonitor : Fournit une surveillance détaillée de l'infrastructure, du système d'exploitation, du GPU, du réseau, des processus et du disque. Pour plus d'informations, consultez la section Surveillance des hôtes.
-
Centre Dépenses et Coûts
Sur la page View Usage Details, filtrez par Time Period, Commodity Name, Billable Item, Billable Item et Time Unit. Cliquez sur Export CSV pour exporter les données d'utilisation. Détails de facturation.
Par exemple, pour consulter l'utilisation du trafic d'une instance ECS, sélectionnez ECS - Pay-As-You-Go pour Product name, Outbound traffic pour Billable item, Public traffic pour Metering specification (le nom de la spécification est
ECS_FLOW) et Hour pour Metering granularity.RemarqueLes détails d'utilisation montrent la consommation brute des ressources, qui diffère de l'utilisation facturable figurant dans les détails de facturation. Ces résultats sont fournis à titre indicatif uniquement et ne peuvent pas servir à la réconciliation.
Autres
Comment installer le service cGPU ?
Installez le service cGPU via le runtime Docker dans ACK. Cette méthode est recommandée tant pour les utilisateurs professionnels que pour les particuliers ayant complété la vérification d'identité. Gérer le composant de planification GPU partagée.
La commande nvidia-smi -r reste bloquée après l'installation du service cGPU
-
Symptômes : Lorsque le service cGPU est chargé (vérifiez avec
lsmod | grep cgpu), la commandenvidia-smi -rreste bloquée lors de la réinitialisation du GPU. Une erreur apparaît également dans le journaldmesg.[527717.881425] NVRM: Attempting to remove device 0000:08:00.0 with non-zero usage count! Cause : Le composant cGPU utilise toujours le périphérique GPU. Cela bloque l'opération de réinitialisation matérielle.
-
Solution :
Désinstaller cGPU : Désinstallez le composant cGPU. Après la désinstallation, la commande
nvidia-smi -rreprend son exécution et renvoie un résultat.Redémarrer l'instance : Si le problème persiste après la désinstallation, redémarrez l'instance depuis la console. L'exécution de la commande de redémarrage à l'intérieur de l'instance n'est pas efficace.
ImportantNe réinitialisez pas le GPU en exécutant des commandes telles que
nvidia-smi -r, en détachant le périphérique ou en réinstallant le pilote lorsque le service cGPU est chargé. Désinstallez toujours le service cGPU au préalable pour éviter les échecs.