Percorrendo kernels no cuda-gdb

Quando um kernel apresenta comportamento incorreto, o cuda-gdb permite pausá-lo e examiná-lo internamente, assim como o gdb faz com programas comuns de CPU. 🔍

O cuda-gdb precisa de símbolos; portanto, compile seu kernel com -G para adicionar informações completas de depuração do dispositivo antes de depurar.

O sinalizador -G desativa muitas otimizações para que os números das linhas e as variáveis permaneçam precisos, tornando confiável percorrer o código do dispositivo passo a passo.

Inicie uma sessão fornecendo seu binário ao cuda-gdb e, em seguida, digite run para executá-lo sob o controle do depurador.

Coloque um ponto de interrupção dentro do kernel informando o nome da função, para que a execução seja interrompida assim que uma thread chegar a esse ponto.

Milhares de threads podem atingir esse ponto de interrupção; por isso, o cuda-gdb interrompe a execução e se concentra em uma thread por vez para inspeção.

Use next para executar a linha atual e pausar na seguinte, percorrendo a lógica do seu kernel passo a passo.

Verifique o que uma thread realmente calculou pedindo ao cuda-gdb para print uma variável local enquanto você está pausado dentro do kernel.

Mude o foco para uma thread específica com cuda thread, escolhendo exatamente o bloco e a lane que deseja inspecionar.

Você pode imprimir threadIdx e blockIdx assim como variáveis comuns, confirmando exatamente qual elemento de dados essa thread processa.

Quando terminar de examinar o código, digite continue para retomar o programa até o próximo ponto de interrupção ou até que ele termine.

Qual sinalizador do compilador adiciona informações de depuração do dispositivo para o cuda-gdb?

Você compilou com -G, definiu um ponto de interrupção no kernel, percorreu as linhas, alternou entre threads e imprimiu índices. Esse é o ciclo básico do cuda-gdb. 🎉