Parcourir les noyaux pas à pas dans cuda-gdb

Lorsqu'un kernel se comporte mal, cuda-gdb vous permet de le mettre en pause et de regarder à l'intérieur, comme gdb le fait pour les programmes ordinaires du CPU. 🔍

cuda-gdb a besoin de symboles : compilez donc votre kernel avec -G pour ajouter toutes les informations de débogage du périphérique avant de commencer le débogage.

L'option -G désactive de nombreuses optimisations afin que les numéros de ligne et les variables restent exacts, ce qui rend le parcours pas à pas du code du périphérique fiable.

Commencez une session en transmettant votre binaire à cuda-gdb, puis saisissez run pour l'exécuter sous le contrôle du débogueur.

Placez un point d'arrêt directement dans le kernel en indiquant le nom de la fonction, afin que l'exécution se mette en pause dès qu'un thread l'atteint.

Des milliers de threads peuvent atteindre ce point d'arrêt ; cuda-gdb s'arrête donc et se concentre sur un thread à la fois pour l'inspecter.

Utilisez next pour exécuter la ligne actuelle et vous arrêter à la suivante, en parcourant progressivement la logique de votre kernel.

Vérifiez ce qu'un thread a réellement calculé en demandant à cuda-gdb d'afficher une variable locale pendant que l'exécution est en pause dans le kernel.

Déplacez l'attention vers un thread précis avec cuda thread, en choisissant exactement le bloc et la lane que vous souhaitez inspecter.

Vous pouvez afficher threadIdx et blockIdx comme des variables ordinaires, afin de confirmer exactement quel élément de données ce thread traite.

Lorsque vous avez terminé votre inspection, saisissez continue pour reprendre le programme jusqu'au prochain point d'arrêt ou jusqu'à sa fin.

Vous avez compilé avec -G, défini un point d'arrêt dans un kernel, parcouru les lignes, changé de thread et affiché les indices. C'est la boucle fondamentale de cuda-gdb. 🎉