Am 29. Oktober 2026 zeigte ein X-Post Doom E1M1 auf der experimentellen RISC-V-CPU von Qwenputer. Das Projekt baut einen Prozessor in die Modellgewichte von Qwen 3.5 4B ein; die Rechenarbeit läuft in den Vorwärtsdurchläufen des Modells. Für den Start ist derzeit trotzdem zusätzliche Software nötig.
Der Post zeigt das Spiel auf der integrierten CPU:
Tom’s Hardware beschrieb den Ablauf als sehr langsam. Qwenputer ist ein Experiment, keine reguläre Qwen-Funktion.
Wie Qwenputer die CPU im Modell ausführt
Divyansh Agrawal beschrieb Qwenputer am 22. Oktober 2026 als veränderte Version von Qwen 3.5 4B. Die ursprünglichen Qwen-Gewichte bleiben erhalten; ein Compiler berechnet zusätzliche Schichten für eine 32-Bit-CPU mit RV32IM, der Zba-Erweiterung und einer kleinen Recheneinheit für große Zahlen. Diese elf CPU-Schichten liegen vor den 32 Qwen-Schichten. Agrawals technische Beschreibung von Qwenputer
Als Arbeitsspeicher nutzt das Projekt den Zustand von Gated DeltaNet, einem Aufmerksamkeitsmechanismus im Modell. Agrawal zufolge verwenden drei von vier Aufmerksamkeits-Schichten in Qwen 3.5 Gated DeltaNet. Mit einem auf 1 gesetzten Gate und Schreibwert sowie One-Hot-Schlüsseln lassen sich dessen Zustandszeilen gezielt adressieren.
Die CPU-Befehle werden in erzeugten Trace-Tokens dargestellt und innerhalb der Vorwärtsdurchläufe verarbeitet. Qwen verwendet dafür intern ein Format ähnlich einem Tool-Aufruf. Die eigentliche Berechnung übernimmt jedoch die integrierte CPU. Zum derzeitigen Setup gehört weiterhin der RvChat-Treiber: Er lädt die Firmware und verarbeitet die Trace-Tokens. Ein einfacher Aufruf von generate() reicht dafür nicht aus.
Bei Qwenputer rechnet die CPU innerhalb des Modells; RvChat bleibt dennoch Teil des derzeitigen Setups.
Was die berichteten Rechentests zeigen
Agrawal veröffentlichte Ergebnisse für fünf Aufgaben mit großen Ganzzahlen. In diesen Tests lag Qwenputer jeweils über dem unveränderten Qwen 3.5 4B. Gegenüber Qwen 3.5 4B mit Python-Tool lag Qwenputer bei zwei Aufgaben vorn, bei zwei gleichauf und bei einer darunter.
| Rechentest | Qwen 3.5 4B | Qwen 3.5 4B mit Python-Tool | 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 % |
Agrawal berichtet außerdem von 18 Millionen frei laufenden CPU-Befehlen ohne Fehler. Bei einem Abgleich von rund 230.000 CPU-Ausgabepositionen mit einer Referenzmaschine habe es keine Abweichungen gegeben. Diese Resultate beziehen sich auf die beschriebenen Tests.
Speicherbedarf, Tempo und Dateispeicherung
Der Checkpoint ist laut Agrawal 18,8 GB groß und läuft auf einer einzelnen GPU mit 24 GB Speicher. Große Berechnungen dauerten Sekunden statt Millisekunden, weil jeder CPU-Befehl mehrere dekodierte Tokens benötigt. Für einen gebündelten Benchmark-Executor nennt Agrawal rund 3.200 CPU-Tokens pro Sekunde auf einer L4.
Ein experimentelles Dateisystem nutzt ebenfalls den Gated-DeltaNet-Zustand. Es hat 1.024 Verzeichniseinträge und kann bis zu 512 Dateien mit insgesamt etwa 53.000 Text-Tokens aufnehmen. Werden die Zustandsdaten gespeichert und in einem späteren Gespräch erneut geladen, bleiben die Dateien erhalten.
