Le 29 octobre 2026, un post sur X a montré Doom E1M1 exécuté par le processeur RISC-V expérimental intégré à Qwenputer, une modification de Qwen 3.5 4B. Les instructions sont traitées pendant les passes du modèle, mais le lancement nécessite encore le pilote RvChat.
Doom E1M1, démonstration datée du 29 octobre
La séquence montre le premier niveau de Doom lancé sur le processeur intégré à Qwenputer. Cette modification expérimentale ne constitue pas une fonction standard de Qwen 3.5 4B ni un processeur vendu séparément. Divyansh Agrawal avait décrit le projet dans un billet publié le 22 octobre 2026, avant la démonstration de Doom du 29 octobre (présentation technique de Qwenputer par son créateur).
Pour comprendre ce que fait Qwenputer, retenez deux éléments : le calcul du processeur s’effectue dans les passes du modèle, et RvChat reste nécessaire pour démarrer et gérer les traces.
Comment Qwenputer exécute le processeur dans le modèle
Qwenputer ajoute à Qwen 3.5 4B un processeur 32 bits fondé sur RISC-V. Son cœur comprend RV32IM, l’extension Zba et une petite unité pour les grands nombres. Onze couches compilées pour le processeur précèdent les 32 couches de Qwen; les poids d’origine de Qwen restent inchangés.
La mémoire repose sur l’état de Gated DeltaNet, un mécanisme présent dans trois couches d’attention sur quatre de Qwen 3.5. Agrawal décrit un réglage qui rend cet état adressable : la porte et la force d’écriture sont fixées à 1, et des clés à un seul élément actif servent à écrire dans des lignes précises et à les relire.
Les instructions du processeur passent par des jetons de trace générés et sont exécutées pendant les passes du modèle. Qwen emploie un format semblable à un appel d’outil pour communiquer avec le processeur, mais ce format n’effectue pas lui-même les calculs. Le pilote RvChat reste nécessaire pour charger le micrologiciel et gérer ces jetons; une simple invocation de generate() ne suffit pas.
Les résultats arithmétiques publiés par le créateur
Agrawal rapporte que le processeur a réussi les tests officiels riscv-tests, exécuté des programmes dont les résultats correspondaient à QEMU et parcouru 18 millions d’instructions sans erreur. Il indique aussi qu’environ 230 000 positions de sortie, comparées à une machine de référence, n’ont produit aucune divergence. Voici les scores qu’il publie pour cinq tests arithmétiques :
| Test arithmétique | Qwen 3.5 4B | Qwen 3.5 4B avec outil Python | Qwenputer |
div_big | 72,5 % | 95 % | 97,5 % |
mul_big | 55 % | 100 % | 97,5 % |
mul_div_multiple_longer | 90 % | 97,5 % | 100 % |
add_or_sub_big | 87,5 % | 97,5 % | 97,5 % |
| NUPA | 48,6 % | 100 % | 100 % |
Ces pourcentages concernent les tests arithmétiques nommés. Ils montrent des résultats variables selon la tâche : Qwenputer dépasse le modèle de base dans chacune de ces lignes, tandis que la comparaison avec l’outil Python dépend du test.
Taille, vitesse et fichiers persistants
Le point de départ est un fichier de modèle de 18,8 Go. Agrawal indique que Qwenputer fonctionne avec un seul GPU doté de 24 Go de mémoire; sa configuration nécessite aussi RvChat et le micrologiciel. Il explique que chaque instruction consomme plusieurs jetons décodés et qu’un calcul important prend des secondes plutôt que des millisecondes. Pour son exécuteur de tests par lots sur un GPU L4, il rapporte environ 3 200 jetons CPU par seconde, une mesure propre à cet exécuteur.
Le projet comprend également un système de fichiers expérimental utilisant l’état de Gated DeltaNet : 1 024 emplacements de répertoire et jusqu’à 512 fichiers, soit environ 53 000 jetons de texte. Les fichiers peuvent être retrouvés dans une conversation ultérieure si cet état est sauvegardé puis rechargé.
