Krótka odpowiedź. Zaplanuj co najmniej 2 GB RAM dla OpenClaw 2026.11.1. FAQ OpenClaw podaje 1 GB jako absolutne minimum, a 2 GB lub więcej jako zalecenie, ale w naszych testach 1 GB bez swapu nie wystarczył: Gateway z pakietu npm potrzebował 74 sekund, żeby odpowiedzieć, i stracił dwa procesy na rzecz mechanizmu OOM killer, a oficjalny obraz Docker został po prostu ubity. Przy 2 GB oba działały i zużywały w spoczynku około 1,1 do 1,5 GB, jeszcze przed jakąkolwiek rozmową, co zostawia niewiele zapasu. Zajęty agent, kilka aplikacji czatu, automatyzacja przeglądarki albo lokalne modele wymagają więcej.
Sprawdzone 6 listopada 2026, aktualne dla OpenClaw 2026.11.1.
Te liczby pochodzą z naszych własnych testów na serwerze z Linuksem. Każdy test szedł w jednorazowym kontenerze z limitem 1 CPU, bez swapu i bez odpowiadającego modelu AI, czyli w stanie, w jakim agent jest przed pierwszą wiadomością. Wartości w MiB i GiB są takie, jak podaje Linux (1 GiB to około 1,07 GB). Gdy liczba pochodzi z dokumentacji OpenClaw, mówimy o tym wprost.
Co mówi dokumentacja OpenClaw
VPS: absolutne minimum to 1 vCPU, 1 GB RAM i około 500 MB dysku; zalecane 1 do 2 vCPU i 2 GB+ RAM "na zapas (logi, multimedia, wiele kanałów)". Narzędzia Node i automatyzacja przeglądarki "mogą być bardzo zasobochłonne".
VM: to samo minimum 1 GB, 2 GB+ dla wielu kanałów, automatyzacji przeglądarki lub narzędzi multimedialnych.
Serwery 1 GB: poradnik OpenClaw dla DigitalOcean dodaje plik swap 2 GB i sugeruje mniejszy model, jeśli przy dużych promptach pojawiają się błędy braku pamięci.
Budowanie obrazu Docker ze źródeł wymaga co najmniej 6 GB RAM. Gotowy obraz tego unika.
Co zmierzyliśmy
Konfiguracja
Limit pamięci
Wynik
Pakiet npm, kontener z Node.js 26, bez aplikacji czatu
2 GB
Nasłuch HTTP ruszył po 9,9 sekundy, gotowość po 18,6 sekundy. Proces OpenClaw zużywał w spoczynku od 1 062 do 1 183 MiB, a kontener raz dobił do 2 033 z 2 048 MiB, 30 sekund po starcie
Pakiet npm, kontener z Node.js 26, bez aplikacji czatu
1 GB
Nasłuch HTTP ruszył dopiero po 73,5 sekundy. OpenClaw sam wypisał ostrzeżenie o presji pamięci przy 850 MiB, a dwa jego procesy potomne zostały ubite z braku pamięci
Oficjalny obraz ghcr.io/openclaw/openclaw:2026.11.1, bez aplikacji czatu
2 GB
1 349 MiB w 30 sekund po odpowiedzi na health check, 1 106 MiB dwie minuty później, szczyt 1 439 MiB. Bez zdarzeń braku pamięci
Oficjalny obraz, bez aplikacji czatu
1 GB
Doszedł do stanu "ready", po czym cały kontener został ubity z braku pamięci około 54 sekundy po starcie (kod wyjścia 137)
Najwyższe zużycie podczas npm install: 1 559 MiB. Sama instalacja zajęła 648 MB dysku, plus 328 MB pamięci podręcznej npm
Dlaczego tyle, zanim powiesz choć słowo: przy starcie OpenClaw 2026.11.1 ładuje 14 wtyczek (anthropic, browser, canvas, cua-computer, device-pair, file-transfer, geolocation, github, linux-node, memory-core, ollama, openai, talk-voice i xai, według logu oficjalnego obrazu), a sam proces Gateway trzyma około 1 GiB.
Co zwiększa zużycie
Nie mierzyliśmy jeszcze agenta w codziennym użyciu, więc ta lista to rzeczy wymienione w dokumentacji OpenClaw, a nie nasze liczby:
Kilka aplikacji czatu i multimedia: to powód, dla którego dokumentacja mówi o "zapasie" 2 GB+.
Automatyzacja przeglądarki: wymaga Chromium (obrazy Docker z końcówką -browser go zawierają), które dokumentacja nazywa zasobochłonnym.
Lokalne modele: poradnik OpenClaw dla DigitalOcean mówi, że lokalna inferencja LLM nie mieści się w 1 GB, i zaleca modele przez API.
Instalacja i aktualizacje: npm install w naszym teście dobiło do 1 559 MiB, czyli więcej niż Gateway w spoczynku.
Jak poznać, że brakuje pamięci
OpenClaw zapisuje w logu ostrzeżenie o presji pamięci.
Proces lub kontener kończy się kodem 137 (ubity przez mechanizm OOM killer w jądrze). Dokumentacja OpenClaw dla Linuksa wyjaśnia, że jego usługa systemd utrzymuje Gateway przy życiu, gdy ubity zostanie tylko proces potomny, a powtarzające się ubicia oznaczają, że trzeba podnieść limit pamięci albo ograniczyć współbieżność.
Gateway bardzo wolno wstaje: nasłuch HTTP odpowiedział po 74 sekundach przy 1 GB, wobec 10 sekund przy 2 GB w naszym teście.
Pamięć w PlayNHost
Plany OpenClaw mają 2 GB, 4 GB lub 8 GB. Nie ma planu OpenClaw z 512 MB ani 1 GB, bo takie są wyniki powyżej, a start odmawia uruchomienia OpenClaw na serwerze z mniej niż 1 900 MB i mówi o tym zdaniem, zamiast zostawiać agenta, który ciągle jest ubijany.
2 GB to minimum. Uruchamia OpenClaw w spoczynku: w naszych testach cały serwer zużywał od 1,24 do 1,36 GiB ze swoich 2 GiB przed jakąkolwiek rozmową, a podczas startu raz dobił niemal do końca.
4 GB to rozmiar, który zaleca nasz panel, bo 2 GB zostawia mało miejsca na rzeczy z listy powyżej. To nasza ocena na podstawie liczb ze spoczynku: nie mamy jeszcze pomiarów zajętych agentów. Jeśli twój agent jest ubijany z braku pamięci na dowolnym planie, rozwiązaniem jest następny rozmiar.
Każdy start instaluje lub aktualizuje OpenClaw tylko wtedy, gdy zmieniła się wersja, więc szczyt instalacji 1 559 MiB zdarza się przy pierwszym starcie i po nowym wydaniu, a nie za każdym razem. Pełną konfigurację znajdziesz w poradniku hosting OpenClaw 24/7, albo od razu utwórz serwer OpenClaw.
PlayNHost nie jest powiązany z OpenClaw Foundation. OpenClaw to oprogramowanie open source na licencji MIT.
Używamy plików cookie, aby strona działała, aby rozumieć sposób jej użycia i mierzyć nasz marketing. Możesz zaakceptować wszystko, zaakceptować tylko niezbędne pliki cookie lub wybrać według kategorii.Używamy plików cookie, aby strona działała, aby rozumieć sposób jej użycia i mierzyć nasz marketing. Tutaj są domyślnie włączone. Możesz wyłączyć to, czego nie chcesz.Przeczytaj naszą politykę prywatności
