Wube leverede i fredags noget, Factorio-spillere har bedt om i mindst elleve år, hvis man spørger studiet selv: en native ARM64 Linux-build. Friday Facts #446, udgivet den 18. september 2026, præsenterer det først og fremmest som en Steam Frame-historie, og dækningen har fulgt samme spor.
Det er ikke den del, der betyder noget, hvis du driver en server. Den vigtige del står i samme indlæg: den headless binary følger med, en udvikler hostede i al stilhed et multiplayer-spil fra en Raspberry Pi i ugevis, og ingen desyncede.
Hvad Wube rent faktisk leverede
Factorio har nu en rigtig ARM64 Linux-build fra udvikleren selv. Ikke et emuleringslag, ikke en community-patch. Wube nævner tre mål direkte: Valves Steam Frame, Raspberry Pi 5 og Asahi Linux på Apple Silicon-MacBooks.
Hastighedsgevinsterne over emulering er de tal, alle citerer:
- Steam Frame: 11% hurtigere end x86-builden via FEX
- Raspberry Pi 5: 28% hurtigere end x86 via box64
- MacBook Pro M1: 35% hurtigere end x86-versionen gennem FEX
Det er ikke afrundingsfejl. Factorio er et simulationsspil, hvor opdateringsraten er hele oplevelsen, så en tredjedel mere luft ændrer reelt, hvor meget en given maskine kan bære.
To forbehold, som Wube siger ligeud. Grafikunderstøttelsen på en Pi er begrænset, så den er en serverkasse og ikke en spillemaskine. Og Asahi Linux-builden er uden support: "Play at your own risk!"
Den headless server er med i pakken
Det er linjen, serverejere bør læse to gange. ARM64-udgivelsen indeholder den headless binary, altså præcis den dedikerede server, du ville køre på en hvilken som helst Linux-maskine, bare kompileret til et andet instruktionssæt.
Dermed forsvinder den sidste undskyldning for den bunke ARM-hardware, folk allerede ejer. En Raspberry Pi 5, en Ampere-VPS, en gammel M1 MacBook med Asahi: de kan alle nu køre en Factorio-server uden box64 eller FEX i midten, der æder en femtedel af din gennemstrømning og tilføjer en type fejl, ingen har lyst til at debugge klokken et om natten.
Mods følger gratis med, fordi Factorio-mods er Lua-scripts og assetfiler frem for kompilerede native plugins. Der findes ikke noget byggetrin per arkitektur for en Factorio-mod, sådan som der gør for et plugin med native kode. Din modliste er bare din modliste.
Ingen desyncede, og det er den egentlige historie
Factorio-multiplayer kører deterministisk lockstep. Alle klienter kører den samme simulation, og serveren sender kun input rundt, og netop derfor kan en Factorio-server bære et stort multiplayer-spil på beskeden båndbredde. Det er også derfor, arkitekturspørgsmålet er skræmmende: hvis en ARM64-klient og en x86-klient er uenige om et enkelt flydende-komma-resultat et sted i simulationen, dør sessionen med en desync.
Wubes svar er kontant: "we never experienced an ARM64 vs. x86 related desync."
De pressede det til en LAN party i maj 2026, og udvikleren raiguard hostede i ugevis en server fra sin egen Pi, mens andre joinede, uden at fortælle dem hvad hardwaren var. Blandede ARM64- og x86-spillere i samme spil, ingen desyncs.
For alle der driver servere, er det resultat mere interessant end nogen benchmark. Det betyder, at arkitekturen under en Factorio-server nu er reelt usynlig for dem, der forbinder til den.
Skal du flytte din server til en Raspberry Pi?
Ærligt svar: til en lille vennegruppe, ja, og det går sandsynligvis fint. Til noget du går op i, kig på tallene først.
En Pi 5 native er 28% hurtigere end den samme Pi med x86 gennem box64. Den er stadig en Pi. Den headless server skal holde 60 opdateringer i sekundet på tværs af hele fabrikken, og UPS på en stor base afhænger præcis af det, en Pi er svagest til: single-thread-ydelse og hukommelsesbåndbredde. Nogle hundrede timer inde i et Space Age-løb, med tog, bots og flere planeter i gang samtidig, begynder en Pi at misse opdateringer længe før en moderne desktop-CPU gør det.
Resten er den sædvanlige self-hosting-virkelighed: din upload, din hjemme-IP, dine strømafbrydelser, dit SD-kort der slides op midt i et save, portforwarding i din router. Intet af det er nyt, og intet af det løses af en hurtigere binary.
Så den brugbare udlægning er denne. ARM64-porten er fremragende nyt til at eksperimentere, til en strømøkonomisk maskine der altid kører, til fire spillere gennem det tidlige spil. Den erstatter ikke en server, der er dimensioneret til den base, du faktisk bygger. Derfor kører vores egen Factorio-hosting på x86 med høj clock: i dette spil er single-thread-hastighed selve produktet.
Sådan får du ARM64-builden
Den ligger på experimental branch, version 2.1. To veje ind:
- Steam: højreklik Factorio, Properties, Betas, og vælg experimental branch.
- Standalone: hent den på https://factorio.com/download/experimental, som også understøtter at linke din Steam-konto.
Wube leverer begge platformsbinaries sammen med et script, der vælger den rigtige til systemet, så der er ingen særskilt ARM-download at lede efter. Steamworks SDK-opdateringen, der fik Steam-siden til at virke, landede i 2.1.15.
Da det er experimental, så behandl det som experimental. Tag backup af dit save, før du peger en server med lang levetid mod det.
Konklusion
Steam Frame får overskrifterne. Den varige ændring er, at Factorios dedikerede server nu kører native på den billigste altid-tændte hardware, folk allerede har liggende, og at det at blande arkitekturer i samme multiplayer-spil viser sig at være en ikke-begivenhed.
Kører du allerede en Factorio-server, går intet i stykker, og intet skal migreres. Har du gået og villet starte en op på den Pi i skuffen, er undskyldningen væk.
Mere Factorio-serverlæsning: hvad 2.1 byder på og hvornår og de bedste server-sikre mods til 2026.
