Wube dostarczyło w piątek coś, o co gracze Factorio proszą, według samego studia, od co najmniej jedenastu lat: natywny build ARM64 na Linuksa. Friday Facts #446 z 18 września 2026 przedstawia to przede wszystkim jako historię o Steam Frame i taką narrację powtórzyły media.
Dla osób prowadzących serwer to nie jest najważniejsza część. Najważniejsza jest w tym samym wpisie: binarka headless jest w zestawie, deweloper przez tygodnie po cichu hostował rozgrywkę wieloosobową z Raspberry Pi i nikt nie złapał desynca.
Co Wube faktycznie wydało
Factorio ma teraz prawdziwy build ARM64 na Linuksa prosto od twórców. Nie warstwę emulacji, nie community patch. Wube wymienia trzy cele wprost: Steam Frame od Valve, Raspberry Pi 5 oraz Asahi Linux na MacBookach z Apple Silicon.
Przyspieszenia względem emulacji to liczby, które wszyscy cytują:
- Steam Frame: 11% szybciej niż build x86 przez FEX
- Raspberry Pi 5: 28% szybciej niż x86 przez box64
- MacBook Pro M1: 35% szybciej niż wersja x86 przez FEX
To nie są błędy zaokrąglenia. Factorio to gra symulacyjna, w której częstotliwość aktualizacji jest całym doświadczeniem, więc jedna trzecia zapasu realnie zmienia to, ile dany sprzęt udźwignie.
Dwa zastrzeżenia, które Wube mówi wprost. Wsparcie grafiki na Pi jest ograniczone, więc to maszyna serwerowa, a nie do grania. A build na Asahi Linux nie ma wsparcia: "Play at your own risk!"

Serwer headless jest w zestawie
To zdanie właściciele serwerów powinni przeczytać dwa razy. Wydanie ARM64 zawiera binarkę headless, czyli dokładnie ten sam dedykowany serwer, który uruchomiłoby się na dowolnej maszynie z Linuksem, tylko skompilowany pod inną listę rozkazów.
To usuwa ostatnią wymówkę dla stosu sprzętu ARM, który ludzie i tak mają. Raspberry Pi 5, VPS na Ampere, stary MacBook M1 z Asahi: każdy z nich może teraz prowadzić serwer Factorio bez box64 ani FEX pośrodku, który zjada jedną piątą przepustowości i dokłada klasę błędów, której nikt nie chce debugować o pierwszej w nocy.
Mody wchodzą gratis, bo mody do Factorio to skrypty Lua i pliki assetów, a nie kompilowane natywne wtyczki. Dla moda do Factorio nie ma kroku budowania per architektura, tak jak ma go wtyczka z natywnym kodem. Twoja lista modów pozostaje po prostu twoją listą modów.

Nikt nie złapał desynca i to jest prawdziwa historia
Multiplayer w Factorio działa w deterministycznym lockstepie. Każdy klient liczy tę samą symulację, a serwer rozsyła tylko inputy i właśnie dlatego serwer Factorio udźwignie dużą rozgrywkę przy skromnym łączu. Dlatego też pytanie o architekturę jest naprawdę nieprzyjemne: jeśli klient ARM64 i klient x86 nie zgodzą się co do jednego wyniku zmiennoprzecinkowego gdziekolwiek w symulacji, sesja umiera z desyncem.
Odpowiedź Wube jest zwięzła: "we never experienced an ARM64 vs. x86 related desync."
Przecisnęli to na LAN party w maju 2026, a deweloper raiguard przez tygodnie hostował serwer z własnego Pi, podczas gdy inni dołączali, nie mówiąc im, jaki to sprzęt. Mieszani gracze ARM64 i x86 w jednej rozgrywce, zero desynców.
Dla każdego, kto prowadzi serwery, ten wynik jest ciekawszy niż jakikolwiek benchmark. Znaczy, że architektura pod serwerem Factorio jest teraz naprawdę niewidoczna dla łączących się graczy.

Czy przenieść serwer na Raspberry Pi?
Szczera odpowiedź: dla małej paczki znajomych tak i prawdopodobnie będzie dobrze. Dla czegoś, na czym ci zależy, najpierw spójrz na liczby.
Pi 5 natywnie jest 28% szybsze niż to samo Pi z x86 przez box64. Nadal jest to Pi. Serwer headless musi utrzymać 60 aktualizacji na sekundę w całej fabryce, a UPS na dużej bazie zależy dokładnie od tego, w czym Pi wypada najsłabiej: wydajności jednowątkowej i przepustowości pamięci. Kilkaset godzin w rozgrywce Space Age, z pociągami, botami i kilkoma planetami naraz, Pi zacznie gubić aktualizacje dużo wcześniej niż nowoczesny procesor desktopowy.
Reszta to zwykła rzeczywistość self-hostingu: twój upload, twoje domowe IP, przerwy w prądzie, karta SD zużywająca się w trakcie zapisu, przekierowanie portów na routerze. Nic z tego nie jest nowe i nic z tego nie naprawi szybsza binarka.

Użyteczne podsumowanie brzmi więc tak. Port ARM64 to świetna wiadomość do eksperymentów, na energooszczędną maszynę działającą non stop, na czteroosobową rozgrywkę przez wczesną fazę. Nie zastąpi serwera dobranego do bazy, którą naprawdę budujesz. Dlatego nasz własny hosting Factorio działa na x86 o wysokim taktowaniu: w tej grze produktem jest prędkość jednowątkowa.
Jak zdobyć build ARM64
Jest na experimental branch, wersja 2.1. Dwie drogi:
- Steam: kliknij Factorio prawym, Properties, Betas i wybierz experimental branch.
- Standalone: pobierz z https://factorio.com/download/experimental, gdzie można też połączyć konto Steam.
Wube dostarcza obie binarki platformowe razem ze skryptem, który wybiera właściwą dla systemu, więc nie trzeba szukać osobnego pobrania ARM. Aktualizacja Steamworks SDK, która uruchomiła stronę Steam, trafiła do 2.1.15.
Skoro to experimental, traktuj to jak experimental. Zrób kopię zapasową zapisu, zanim skierujesz na to długo działający serwer.
Podsumowanie
Nagłówki zgarnie Steam Frame. Trwała zmiana jest taka, że dedykowany serwer Factorio działa teraz natywnie na najtańszym sprzęcie działającym non stop, który większość ludzi już ma, a mieszanie architektur w jednej rozgrywce okazuje się nie być żadnym wydarzeniem.
Jeśli już prowadzisz serwer Factorio, nic się nie psuje i nic nie wymaga migracji. Jeśli od dawna chciałeś postawić serwer na tym Pi w szufladzie, wymówka właśnie zniknęła.
Więcej o serwerach Factorio: co przynosi 2.1 i kiedy oraz najlepsze bezpieczne dla serwera mody na 2026.




