Anush Elangovan, vice-presidente de software de Inteligência Artificial da AMD, utilizou o Claude Code para criar um driver de espaço de usuário para GPUs AMD escrito inteiramente em Python. Este driver em Python está sendo desenvolvido para auxiliar na execução de outros códigos ROCm e para depuração na interface ROCm/HIP.
Ele se inspirou na implementação do driver de espaço de usuário para GPUs AMD da Tinygrad e, com o Claude AI, criou um driver para testes de estresse de SDMA e depuração de sobreposição de computação/comunicação.
Na sua conta do X, ele publicou “Não abri o editor nenhuma vez. Agentes de IA são o grande equalizador no software. E a velocidade é a vantagem”.
Notícias Relacionadas:
- Ryzen AI 400G para desktop limita potencial de GPUs dedicadas
- SK Hynix desenvolve memória LPDDR6 com 16 Gb de densidade e velocidades de até 10.7 Gb
- AMD Ryzen Chipset Driver chega à versão 8.02.18.557 com correções de bugs
Nada tão chocante
A realidade é mais técnica e menos radical e o driver criado não é um substituto para os drivers do time vermelho. Em vez disso, é essencialmente uma estrutura de teste de driver leve, projetada para interagir diretamente com as interfaces de GPU da AMD no Linux.
As GPUs Radeon modernas no Linux normalmente operam por meio de uma pilha de software bastante complexa, construída em torno do ROCm. Os aplicativos se comunicam com as bibliotecas ROCm, que por sua vez se comunicam com os runtimes do espaço do usuário, e eventualmente os comandos fluem para o driver AMDGPU do kernel.
O projeto de Elangovan corta uma grande parte dessa pilha. Esse código, feito em Python, comunica-se diretamente com o driver do kernel por meio de nós de dispositivo como /dev/kfd e /dev/dri/render*. A partir daí, ele pode alocar memória da GPU, criar filas de computação, enviar pacotes de comando e sincronizar o trabalho da CPU e da GPU.
Em outras palavras, ele alcança a camada pública mais baixa da interface de computação da AMD.
Para leigos, isso soa mais fantástico do que realmente é. Na prática, o driver do kernel ainda realiza quase todo o trabalho pesado e não é substituído nem afetado aqui pelo código gerado pela IA. A camada Python simplesmente constrói os pacotes de comando e os envia através das APIs do kernel existentes.
Numa analogia, é como usar um notebook para substituir temporariamente o módulo de controle do motor em um projeto de carro. Não é algo que se usaria a longo prazo, mas é uma ferramenta de diagnóstico muito útil. O objetivo é interagir com o hardware de forma controlada, sem a interferência do restante da pilha de software ROCm.
E, como não se trata de algo tão impressionante, não se pode dizer que essa notícia significa que, em breve, as IAs irão substituir programadores para drives de GPUs.
Fonte: Anush Elangovan.
