Wube levererade i fredags något som Factorio-spelare enligt studion själv har bett om i minst elva år: en native ARM64 Linux-build. Friday Facts #446, publicerad den 18 september 2026, presenterar det framför allt som en Steam Frame-historia, och bevakningen har följt samma spår.
Det är inte den delen som spelar roll om du driver en server. Den viktiga delen står i samma inlägg: den headless binaryn följer med, en utvecklare hostade i tysthet ett multiplayer-spel från en Raspberry Pi i veckor, och ingen desyncade.
Vad Wube faktiskt levererade
Factorio har nu en riktig ARM64 Linux-build från utvecklaren själv. Inget emuleringslager, ingen community-patch. Wube nämner tre mål direkt: Valves Steam Frame, Raspberry Pi 5 och Asahi Linux på Apple Silicon-MacBooks.
Hastighetsvinsterna över emulering är siffrorna alla citerar:
- Steam Frame: 11% snabbare än x86-builden via FEX
- Raspberry Pi 5: 28% snabbare än x86 via box64
- MacBook Pro M1: 35% snabbare än x86-versionen genom FEX
Det är inga avrundningsfel. Factorio är ett simulationsspel där uppdateringsfrekvensen är hela upplevelsen, så en tredjedel mer marginal ändrar på riktigt vad en viss maskin klarar av att bära.
Två förbehåll som Wube säger rakt ut. Grafikstödet på en Pi är begränsat, så den är en serverlåda och ingen spelmaskin. Och Asahi Linux-builden saknar support: "Play at your own risk!"
Den headless servern ligger med i paketet
Det är raden serverägare bör läsa två gånger. ARM64-släppet innehåller den headless binaryn, alltså exakt samma dedicated server du skulle köra på vilken Linux-maskin som helst, bara kompilerad för en annan instruktionsuppsättning.
Därmed försvinner den sista ursäkten för den hög av ARM-hårdvara folk redan äger. En Raspberry Pi 5, en Ampere-VPS, en gammal M1 MacBook med Asahi: alla kan nu köra en Factorio-server utan att box64 eller FEX sitter emellan, äter en femtedel av genomströmningen och lägger till en buggtyp ingen vill felsöka klockan ett på natten.
Moddarna följer med gratis, eftersom Factorio-mods är Lua-skript och assetfiler snarare än kompilerade native plugins. Det finns inget byggsteg per arkitektur för en Factorio-mod på det sätt det finns för ett plugin med native kod. Din modlista är bara din modlista.
Ingen desyncade, och det är den verkliga nyheten
Factorio-multiplayer kör deterministisk lockstep. Varje klient räknar samma simulation och servern skickar bara runt inputs, vilket är precis därför en Factorio-server bär ett stort multiplayer-spel på blygsam bandbredd. Det är också därför arkitekturfrågan är genuint obehaglig: om en ARM64-klient och en x86-klient är oense om ett enda flyttalsresultat någonstans i simulationen dör sessionen med en desync.
Wubes svar är kort: "we never experienced an ARM64 vs. x86 related desync."
De testade det hårt på en LAN party i maj 2026, och utvecklaren raiguard hostade i veckor en server från sin egen Pi medan andra anslöt, utan att berätta vilken hårdvara det var. Blandade ARM64- och x86-spelare i samma spel, inga desyncs.
För alla som driver servrar är det resultatet mer intressant än någon benchmark. Det betyder att arkitekturen under en Factorio-server nu är helt osynlig för dem som ansluter.
Ska du flytta din server till en Raspberry Pi?
Ärligt svar: för ett litet kompisgäng, ja, och det går antagligen bra. För något du bryr dig om, titta på siffrorna först.
En Pi 5 native är 28% snabbare än samma Pi med x86 genom box64. Den är fortfarande en Pi. Den headless servern måste hålla 60 uppdateringar per sekund över hela fabriken, och UPS på en stor bas styrs av exakt det en Pi är sämst på: single-thread-prestanda och minnesbandbredd. Några hundra timmar in i en Space Age-omgång, med tåg, bots och flera planeter igång samtidigt, börjar en Pi missa uppdateringar långt innan en modern desktop-CPU gör det.
Resten är den vanliga self-hosting-verkligheten: din upload, din hemma-IP, dina strömavbrott, ditt SD-kort som slits ut mitt i ett save, portforwarding i din router. Inget av det är nytt och inget av det löses av en snabbare binary.
Så den användbara slutsatsen är den här. ARM64-porten är utmärkta nyheter för att experimentera, för en strömsnål maskin som alltid är igång, för fyra spelare genom det tidiga spelet. Den ersätter inte en server dimensionerad för basen du faktiskt bygger. Därför kör vår egen Factorio-hosting på x86 med hög klockfrekvens: i det här spelet är single-thread-hastighet själva produkten.
Så får du ARM64-builden
Den ligger på experimental branch, version 2.1. Två vägar in:
- Steam: högerklicka Factorio, Properties, Betas, och välj experimental branch.
- Standalone: hämta den från https://factorio.com/download/experimental, som också stödjer att länka ditt Steam-konto.
Wube levererar båda plattformsbinaries tillsammans med ett skript som väljer rätt för systemet som kör, så det finns ingen separat ARM-nedladdning att leta efter. Steamworks SDK-uppdateringen som fick Steam-sidan att fungera kom i 2.1.15.
Eftersom det är experimental, behandla det som experimental. Ta backup på ditt save innan du pekar en långlivad server mot det.
Slutsats
Steam Frame får rubrikerna. Den bestående förändringen är att Factorios dedicated server nu kör native på den billigaste alltid-igång-hårdvaran de flesta redan har, och att blanda arkitekturer i samma multiplayer-spel visar sig vara en icke-händelse.
Kör du redan en Factorio-server går inget sönder och inget behöver migreras. Har du gått och tänkt starta en på den där Pi:n i byrålådan är ursäkten borta.
Mer om Factorio-servrar: vad 2.1 innehåller och när och de bästa serversäkra moddarna för 2026.
