Wube hat am Freitag etwas ausgeliefert, worum Factorio-Spieler nach Angaben des Studios seit mindestens elf Jahren bitten: einen nativen ARM64-Linux-Build. Friday Facts #446 vom 18. September 2026 verkauft das vor allem als Steam-Frame-Geschichte, und die Berichterstattung ist dieser Linie gefolgt.
Für Serverbetreiber ist das nicht der entscheidende Teil. Der steht im selben Beitrag: die Headless-Binary liegt bei, ein Entwickler hat wochenlang klammheimlich ein Multiplayer-Spiel von einem Raspberry Pi gehostet, und niemand hatte einen Desync.
Was Wube tatsächlich geliefert hat
Factorio hat jetzt einen echten ARM64-Linux-Build vom Entwickler selbst. Keine Emulationsschicht, kein Community-Patch. Wube nennt drei Ziele direkt: Valves Steam Frame, den Raspberry Pi 5 und Asahi Linux auf Apple-Silicon-MacBooks.
Die Geschwindigkeitsgewinne gegenüber Emulation sind die Zahlen, die alle zitieren:
- Steam Frame: 11% schneller als der x86-Build über FEX
- Raspberry Pi 5: 28% schneller als x86 über box64
- MacBook Pro M1: 35% schneller als die x86-Version durch FEX
Das sind keine Rundungsfehler. Factorio ist ein Simulationsspiel, bei dem die Updaterate die gesamte Erfahrung ausmacht, also verändert ein Drittel mehr Luft tatsächlich, was eine bestimmte Hardware tragen kann.
Zwei Einschränkungen sagt Wube offen. Die Grafikunterstützung auf dem Pi ist begrenzt, er ist also eine Serverkiste und keine Spielmaschine. Und der Asahi-Linux-Build hat keinen Support: "Play at your own risk!"
Der Headless Server liegt bei
Das ist die Zeile, die Serverbetreiber zweimal lesen sollten. Der ARM64-Release enthält die Headless-Binary, also genau die Dedicated-Server-Datei, die man auf jedem Linux-Rechner startet, nur für einen anderen Befehlssatz kompiliert.
Damit fällt die letzte Ausrede für den Stapel ARM-Hardware, den die Leute ohnehin besitzen. Ein Raspberry Pi 5, ein Ampere-VPS, ein altes M1 MacBook mit Asahi: alle können jetzt einen Factorio-Server fahren, ohne dass box64 oder FEX dazwischensitzt, ein Fünftel des Durchsatzes frisst und eine Fehlerklasse hinzufügt, die niemand um ein Uhr nachts debuggen will.
Die Mods kommen gratis mit, denn Factorio-Mods sind Lua-Skripte und Asset-Dateien statt kompilierter nativer Plugins. Für eine Factorio-Mod gibt es keinen Build-Schritt pro Architektur, wie es ihn für ein Plugin mit nativem Code gibt. Deine Modliste bleibt einfach deine Modliste.
Niemand hatte einen Desync, und das ist die eigentliche Geschichte
Factorio-Multiplayer läuft als deterministischer Lockstep. Jeder Client rechnet dieselbe Simulation, der Server verteilt nur Eingaben, und genau deshalb trägt ein Factorio-Server ein großes Multiplayer-Spiel bei bescheidener Bandbreite. Deshalb ist die Architekturfrage auch wirklich heikel: wenn ein ARM64-Client und ein x86-Client irgendwo in der Simulation über ein einziges Fließkomma-Ergebnis uneins sind, stirbt die Sitzung mit einem Desync.
Wubes Antwort ist knapp: "we never experienced an ARM64 vs. x86 related desync."
Sie haben es auf einer LAN Party im Mai 2026 durchgetestet, und Entwickler raiguard hat wochenlang einen Server von seinem eigenen Pi gehostet, während andere beitraten, ohne ihnen zu sagen, welche Hardware darunter lief. Gemischte ARM64- und x86-Spieler in einem Spiel, keine Desyncs.
Für jeden, der Server betreibt, ist dieses Ergebnis interessanter als jeder Benchmark. Es heißt, dass die Architektur unter einem Factorio-Server für die Leute, die sich verbinden, jetzt wirklich unsichtbar ist.
Solltest du deinen Server auf einen Raspberry Pi umziehen?
Ehrliche Antwort: für eine kleine Freundesrunde ja, und es wird vermutlich gutgehen. Für alles, woran dir liegt, schau dir erst die Zahlen an.
Ein nativer Pi 5 ist 28% schneller als derselbe Pi mit x86 über box64. Er bleibt ein Pi. Der Headless Server muss 60 Updates pro Sekunde über die ganze Fabrik halten, und die UPS einer großen Basis hängt genau an dem, worin ein Pi am schwächsten ist: Single-Thread-Leistung und Speicherbandbreite. Ein paar hundert Stunden in einen Space-Age-Durchlauf hinein, mit Zügen, Bots und mehreren Planeten gleichzeitig, verpasst ein Pi Updates lange bevor eine moderne Desktop-CPU das tut.
Der Rest ist die übliche Self-Hosting-Realität: dein Upload, deine Heim-IP, deine Stromausfälle, deine SD-Karte, die mitten im Save verschleißt, das Port-Forwarding in deinem Router. Nichts davon ist neu, und nichts davon löst eine schnellere Binary.
Die brauchbare Einordnung lautet also so. Der ARM64-Port ist hervorragend zum Experimentieren, für eine stromsparende Dauerlaufkiste, für vier Spieler durch das frühe Spiel. Er ersetzt keinen Server, der auf die Basis ausgelegt ist, die du wirklich baust. Deshalb läuft unser eigenes Factorio-Hosting auf x86 mit hohem Takt: in diesem Spiel ist Single-Thread-Tempo das Produkt.
So bekommst du den ARM64-Build
Er liegt auf dem Experimental Branch, Version 2.1. Zwei Wege hinein:
- Steam: Rechtsklick auf Factorio, Properties, Betas, dann den Experimental Branch wählen.
- Standalone: von https://factorio.com/download/experimental laden, dort lässt sich auch das Steam-Konto verknüpfen.
Wube liefert beide Plattform-Binaries zusammen mit einem Skript aus, das die passende für das laufende System wählt, es gibt also keinen separaten ARM-Download zu suchen. Das Steamworks-SDK-Update, das die Steam-Seite zum Laufen brachte, kam in 2.1.15.
Da es experimental ist, behandle es als experimental. Sichere deinen Save, bevor du einen langlebigen Server darauf richtest.
Fazit
Die Schlagzeilen bekommt das Steam Frame. Die bleibende Veränderung ist, dass Factorios Dedicated Server jetzt nativ auf der günstigsten Dauerlauf-Hardware läuft, die die meisten Leute ohnehin herumliegen haben, und dass gemischte Architekturen in einem Multiplayer-Spiel ein Nichtereignis sind.
Wenn du schon einen Factorio-Server betreibst, geht nichts kaputt und nichts muss migriert werden. Wenn du schon immer einen auf dem Pi in der Schublade starten wolltest, ist die Ausrede weg.
Mehr zu Factorio-Servern: was 2.1 bringt und wann und die besten servertauglichen Mods für 2026.
