cuda nsight Visual Studio Edition Kernel-Debugging

Question

Ich habe ein Problem in meinem Code und muss es debuggen. Versucht alles, was ich denken kann, aber kann das Problem nicht finden, ohne ein Debugging ähnlich wie serielle Debugging und mein Problem kommt auf diese:

Dies ist ein Teil eines Beispielcodes, der derjenige ist, der sich darstellt, wenn Sie erstellen neues CUDA-Projekt in VS (die gleiche wie hier https://www.youtube.com/watch?v=Ed_h2km0liI), aber meine Frage ist:

ich habe gerade die Linien 13-18 und mehrere Haltepunkte hinzugefügt, die mein Problem beschreiben. Wie kann ich diesen Kernel debuggen (sagen wir Thread 1) und n von 0-4 zu iterieren, weil so scheint die Schleife zu iterieren (wenn ich fortfahren, springt es durch die Haltepunkte 5 mal), aber n ist immer 'n' hat keinen Wert am Zielort

Answer 1

Dies ist aufgrund von Optimierungen. Der Compiler erkennt wahrscheinlich, dass die Schleife eine konstante Anzahl von Iterationen aufweist und rollt sie statisch ab. In der Tat kann die Schleife durch c[i] = 5 ersetzt werden, da die einzige beobachtbare Änderung in der letzten Iteration ist. Sie können diese Hypothese überprüfen (oder widerlegen), indem Sie das generierte PTX überprüfen.

standardmäßig CUDA Werkzeugkette führt einige der kritischen Compiler-Optimierungen auch in Debug-Konfiguration (zB Optimierungen hinsichtlich der Verteilung registrieren)

Zur Umgehung dieses:

• stellen Sie sicher, Sie zu bauen und die Debug-Konfiguration ausführen und Optimierungen sind in der Tat

• stellen Sie sicher, Debug-Symbole sind aktiviert durch Zugabe von folgenden Compiler-Flags deaktiviert:

  -g -G 
  

• versuchen, den Rest von Optimierungen für alle Werkzeuge durch Zugabe von folgendem Compiler-Flags

  -O0 -Xcompiler -O0 -Xcicc -O0 -Xptxas -O0 -lineinfo 
  

Diese Flags deutlich erhöhen binäre Größe zu deaktivieren, Programm machen extrem langsam zu sein und viel zu konsumieren mehr wertvolle Register und On-Board-Speicher (bis zu dem Punkt, wo das Programm nicht läuft). Verwenden Sie nur für kleine Teile des Codes und wenn für das Debuggen erforderlich. Alternativ können Sie eine nicht konstante Schleifengrenze implementieren (z. B. eine Variable, die zur Laufzeit übergeben wird) und dafür sorgen, dass das Schleifenergebnis von vorherigen Iterationen abhängt, sodass der Compiler die Möglichkeit verliert, die Schleife zu optimieren.