Wube slapp noe på fredag som Factorio-spillere har etterlyst i minst elleve år, etter studioets egen telling: en native ARM64 Linux-build. Friday Facts #446, publisert 18. september 2026, rammer det mest inn som en Steam Frame-historie, og dekningen har fulgt samme spor.
Det er ikke den delen som betyr noe hvis du drifter en server. Det som betyr noe, står i det samme innlegget: headless-binærfilen følger med, en utvikler kjørte i all stillhet et flerspillerspill fra en Raspberry Pi i ukevis, og ingen fikk desync.
Dette har Wube faktisk sluppet
Factorio har nå en ekte, offisiell ARM64 Linux-build. Ikke et emuleringslag, ikke en patch fra fellesskapet. Wube nevnte tre plattformer direkte: Valves Steam Frame, Raspberry Pi 5 og Asahi Linux på MacBook med Apple Silicon.
Ytelsesgevinsten sammenlignet med emulering er de store tallene:
- Steam Frame: 11 % raskere enn x86-builden kjørt via FEX
- Raspberry Pi 5: 28 % raskere enn x86 kjørt via box64
- MacBook Pro M1: 35 % raskere enn x86-versjonen gjennom FEX
Dette er ikke avrundingsfeil. Factorio er et simuleringsspill der oppdateringsfrekvensen er hele opplevelsen, så en tredjedel mer margin endrer faktisk hva en gitt maskin klarer å bære.
Wube var tydelige på to forbehold. Grafikkstøtten på Pi-en er begrenset, så det er en serverboks og ikke en spillemaskin. Og Asahi Linux-builden er ikke offisielt støttet: «Play at your own risk!»
Headless-serveren ligger i esken
Dette er setningen serveradministratorer bør lese to ganger. ARM64-utgivelsen inkluderer headless-binærfilen, den samme dedikerte serverfilen du ville kjørt på en hvilken som helst Linux-maskin, bare kompilert for et annet instruksjonssett.
Dermed forsvinner den siste unnskyldningen for bunken med ARM-maskinvare folk allerede eier. En Raspberry Pi 5, en Ampere-VPS, en gammel M1 MacBook med Asahi: alle kan nå kjøre en Factorio-server uten at box64 eller FEX sitter i midten, spiser en femtedel av ytelsen og legger til en type feil ingen vil feilsøke klokka ett om natta.
Mod-økosystemet følger med gratis, fordi Factorio-mods er Lua-skript og ressursfiler, ikke kompilerte native plugins. Det finnes ikke noe byggesteg per arkitektur for en Factorio-mod, slik det finnes for en plugin med native kode. Modlista di er bare modlista di.
Ingen fikk desync, og det er den egentlige nyheten
Flerspiller i Factorio er deterministisk lockstep. Alle klienter kjører den samme simuleringen, og serveren sender bare input rundt, og det er derfor en Factorio-server kan bære et stort flerspillerspill på beskjeden båndbredde. Det er også derfor arkitekturspørsmålet er genuint skummelt: er en ARM64-klient og en x86-klient uenige om ett eneste flyttallsresultat noe sted i simuleringen, dør økten med en desync.
Wubes svar er kontant: «we never experienced an ARM64 vs. x86 related desync.»
De testet det hardt på et LAN-party i mai 2026, og utvikleren raiguard kjørte en server fra sin egen Pi i ukevis med andre som koblet seg på, uten å fortelle dem hva slags maskinvare det var. ARM64- og x86-spillere blandet i ett spill, ingen desync.
For alle som drifter servere, er det resultatet mer interessant enn noen benchmark. Det betyr at arkitekturen under en Factorio-server nå er helt usynlig for dem som kobler seg til.
Bør du flytte serveren din til en Raspberry Pi?
Ærlig svar: for en liten vennegjeng, ja, og det går sannsynligvis fint. For noe du bryr deg om, bør du se på tallene først.
En Pi 5 som kjører native er 28 % raskere enn den samme Pi-en som kjører x86 gjennom box64. Den er fortsatt en Pi. Headless-serveren må holde 60 oppdateringer i sekundet for hele fabrikken, og UPS på en stor base styres av akkurat det en Pi er svakest på: entrådsytelse og minnebåndbredde. Noen hundre timer inn i en Space Age-runde, med tog, bots og flere planeter som tikker samtidig, begynner en Pi å miste oppdateringer lenge før en moderne stasjonær CPU gjør det.
Resten er den vanlige virkeligheten ved å hoste selv: opplastingshastigheten din, hjemme-IP-en din, strømbrudd, SD-kortet som slites ut midt i en lagring, portvideresendingen i ruteren. Ingenting av det er nytt, og ingenting av det løses av en raskere binærfil.
Den nyttige måten å se det på er derfor denne. ARM64-porten er glimrende nytt for eksperimentering, for en strømgjerrig boks som alltid står på, for en firespillerrunde gjennom tidligspillet. Den erstatter ikke en server dimensjonert for basen du faktisk bygger. Det er derfor vår egen Factorio-hosting kjører på x86 med høy klokkefrekvens: i dette spillet er entrådshastighet selve produktet.
Slik får du tak i ARM64-builden
Den ligger på experimental-grenen, versjon 2.1. To veier inn:
- Steam: høyreklikk på Factorio, Properties, Betas, og velg experimental-grenen.
- Frittstående: last den ned fra https://factorio.com/download/experimental, der du også kan koble til Steam-kontoen din.
Wube leverer begge plattformbinærfilene sammen med et skript som velger riktig fil for systemet det kjører på, så du slipper å lete etter en egen ARM-nedlasting. Oppdateringen av Steamworks SDK som fikk Steam-siden til å fungere, kom i 2.1.15.
Siden den er eksperimentell, bør du behandle den som eksperimentell. Ta sikkerhetskopi av lagringsfila før du peker en server som skal gå lenge mot den.
Konklusjonen
Steam Frame kommer til å ta overskriftene. Den varige endringen er at den dedikerte Factorio-serveren nå kjører native på den billigste alltid-på-maskinvaren folk flest allerede har, og at det viser seg å være en ikke-sak å blande arkitekturer i ett flerspillerspill.
Kjører du allerede en Factorio-server, går ingenting i stykker og ingenting må migreres. Har du tenkt å sette opp en på den Pi-en som ligger i skuffen, er unnskyldningen borte.
Mer å lese om Factorio-servere: hva som kommer i 2.1 og når og de beste serversikre modsene for 2026.
