A compatibilidade do RTX Spark com Windows on Arm depende do caminho usado pelo programa: um autor de projeto relatou executar vLLM com CUDA no Windows ARM64, enquanto funcionários da Derivative relataram um problema de emulação no TouchDesigner. Em um HP OmniBook Ultra 16, a XDA também observou dois jogos rodando pelo Prism, mas uma RTX 4080 externa ficou sem aceleração da NVIDIA.
Prism traduz aplicativos, mas drivers precisam de suporte Arm64
O Prism é a camada do Windows que emula certos aplicativos x86, feitos para processadores de outra arquitetura. Drivers de kernel, que permitem ao sistema operacional controlar hardware, precisam de uma versão nativa Arm64. Por isso, um aplicativo emulado pode abrir enquanto um dispositivo conectado não recebe o suporte necessário do driver.
A XDA relatou que Cyberpunk 2077 e Forza Horizon rodaram via Prism em seu teste com o HP OmniBook Ultra 16. No mesmo contexto, a publicação conectou uma RTX 4080 em um gabinete Plugable Thunderbolt 5. O Windows detectou a placa por um túnel PCIe Gen4 x4, mas o driver Arm64 da NVIDIA não tinha o ID do dispositivo; o sistema recorreu ao Microsoft Basic Display Adapter.
| Caminho | O que executa ou conecta | Exemplo relatado | Resultado |
| Emulação pelo Prism | Aplicativos x86 em modo de usuário | Cyberpunk 2077 e Forza Horizon no HP OmniBook Ultra 16 | Os dois jogos rodaram no teste relatado pela XDA. |
| Driver nativo Arm64 | Hardware controlado por driver de kernel | RTX 4080 em gabinete Thunderbolt 5 | O Windows detectou a placa, mas o driver da NVIDIA não habilitou a aceleração. |
Para desenvolvimento, a instalação do pacote certo também importa. No contexto descrito pela XDA, cinco dependências Python, torch, OpenCV, CTranslate2, sqlite-vec e cryptography, não tinham pacotes Windows on Arm no PyPI. A publicação também distinguiu os pacotes PyTorch para Windows Arm, limitados à CPU, dos pacotes com CUDA para Windows ARM64 distribuídos pelo índice da NVIDIA.
O autor de um projeto relata vLLM com CUDA
Um autor de projeto relatou executar vLLM no RTX Spark com Windows ARM64, usando Qwen3.8-Flash-Next NVFP4, CUDA graphs e MTP speculative decoding. Os resultados publicados se referem a essa configuração e a cargas diferentes: o post original do projeto traz três métricas distintas.
- Para uma solicitação, o autor reportou média de 70,44 tokens/s em 80 conversas de programação do SPEED-Bench, ante 35,37 tokens/s para a receita de llama.cpp da NVIDIA citada no post.
- Em uma execução separada com 16 solicitações simultâneas, reportou 285,85 tokens/s agregados, cerca de 17,9 tokens/s por solicitação, em média.
- No AA-AgentPerf, reportou 734 segundos para a configuração vLLM e 1.118 segundos para a receita da NVIDIA.
A NeoTeo já abordou o contexto mais amplo da IA local em sua cobertura sobre DGX Spark, RTX Spark e Perplexity.
O que a Derivative relatou sobre o TouchDesigner
Em 6 de outubro, Markus Heckmann, da Derivative, sugeriu usar /Extract para extrair os arquivos do instalador e /DIR para escolher a pasta de destino. O executável fica na pasta bin extraída. Em 7 de outubro, Malcolm Bechard, também da Derivative, relatou um problema de emulação com mimalloc.dll. A equipe considerava como lidar com o problema e mencionou builds Arm nativas caso o Windows Arm ganhasse participação de mercado. (Resposta sobre o instalador; resposta sobre a emulação.)
O que a arquitetura publicada pela NVIDIA informa
O guia de desenvolvimento da NVIDIA descreve a configuração mais avançada do RTX Spark com uma CPU Arm v9.2 de 20 núcleos, em dois grupos de dez, e GPU Blackwell integrada. Ela pode ter até 128 GB de memória LPDDR5 compartilhada de forma coerente entre CPU e GPU, em uma interface de 256 bits com largura de banda de 300 GB/s. (Guia da NVIDIA.)
Essas especificações descrevem CPU, GPU e memória. Para saber se um fluxo de trabalho funciona, a distinção prática continua sendo entre aplicativos emulados, pacotes preparados para ARM64 e drivers nativos.
