128 slotów na serwerze FiveM: jak skonfigurować i obsłużyć limit graczy

Sloty FiveM to temat, który prędzej czy później dotyka każdego administratora większej społeczności RP – im więcej graczy chce dołączyć, tym bardziej liczy się poprawna konfiguracja pliku server.cfg, ważny klucz licencyjny oraz zaplecze sprzętowe. W tym artykule pokazujemy krok po kroku, jak bezpiecznie dojść do 128 slotów bez utraty stabilności.

Sloty FiveM a wpis sv_maxclients w server.cfg

Podstawowym parametrem decydującym o liczbie miejsc na serwerze jest wpis sv_maxclients w pliku konfiguracyjnym. To właśnie ta linia mówi silnikowi FiveM, ile jednoczesnych połączeń ma akceptować. Domyślna wartość w wielu szablonach to 32, ale nic nie stoi na przeszkodzie, by ustawić ją wyżej – pod warunkiem, że reszta infrastruktury jest do tego przygotowana.

Jeśli administrujesz własną instalacją i szukasz gotowego środowiska pod ten typ projektu, warto zapoznać się z ofertą hosting FiveM dostosowaną do serwerów RP z dużą liczbą graczy.

Przykładowy fragment pliku konfiguracyjnego wygląda następująco:

server.cfg

sv_hostname "Moj Serwer RP | 128 Slotow"
sv_maxclients 128
sv_endpointprivacy true
sv_enforceGameBuild 2802

# OneSync wymagany powyzej 32 slotow
set onesync on
set onesync_population true

# Licencja Cfx.re
sv_licenseKey zmien_na_wlasny_klucz

Warto pamiętać, że sama zmiana liczby w sv_maxclients nie wystarczy. Powyżej 32 graczy serwer wymaga aktywnego trybu onesync, inaczej synchronizacja encji, pojazdów i zdarzeń zacznie się sypać, a gracze będą doświadczać teleportacji, znikających obiektów i desynchronizacji skryptów.

Różnica między onesync a onesync_legacy

Starszy tryb onesync_legacy pozwalał obsłużyć maksymalnie 64 slotów i dziś jest praktycznie przestarzały. Do pełnych 128 slotów FiveM wymaga trybu onesync (czasem nazywanego Infinity), który w nowszych buildach artefaktów jest domyślnym i zalecanym rozwiązaniem. Upewnij się, że używasz aktualnego build serwera pobranego z oficjalnego runtime Cfx.re.

Typowe błędy przy zmianie sv_maxclients

• Ustawienie wysokiej wartości bez włączenia onesync – skutkuje chaosem synchronizacji.
• Brak restartu procesu po edycji pliku – FiveM nie wczytuje zmian na gorąco dla tego parametru.
• Przekroczenie limitu wynikającego z klucza licencyjnego (opisane niżej) – serwer i tak odrzuci nadmiarowych graczy.
• Zbyt niska przepustowość łącza wychodzącego, przez co gracze dostają wysoki ping mimo wolnych slotów.

Klucz licencyjny FiveM i limity graczy

Oprócz wpisu w konfiguracji, realny limit slotów FiveM zależy również od klucza licencyjnego wygenerowanego w panelu Keymaster. Każdy klucz jest powiązany z konkretnym limitem graczy – jeśli ustawisz sv_maxclients powyżej tego, co pozwala licencja, serwer i tak nie wpuści dodatkowych osób, zwracając błąd przekroczenia limitu.

Przed zmianą liczby slotów warto sprawdzić w panelu Keymaster, jaki limit jest przypisany do danego klucza, oraz czy domena serwera (CNAME) jest poprawnie skonfigurowana – to częsty powód, dla którego gracze nie mogą się połączyć mimo wolnych miejsc.

Jak zweryfikować aktualny limit

# W konsoli serwera po starcie sprawdz log:
# "License key max players: 128"
# Jesli widzisz nizsza wartosc, klucz nie pozwala na 128 slotow

status
svinfo

Jeżeli log pokazuje limit niższy niż wpisany w sv_maxclients, to licencja – nie konfiguracja – jest wąskim gardłem. W takiej sytuacji trzeba wygenerować nowy klucz z odpowiednim pułapem w Keymaster, zanim ruszysz dalej z optymalizacją sprzętu.

Zasoby sprzętowe potrzebne do obsługi 128 graczy

Nawet poprawnie skonfigurowane sloty FiveM nie pomogą, jeśli procesor i sieć nie nadążają za obciążeniem. FiveM, podobnie jak silnik GTA Online, w dużej mierze opiera się na pojedynczym wątku dla logiki serwera – dlatego wysoka częstotliwość rdzeni CPU ma większe znaczenie niż sama ich liczba.

Orientacyjne wymagania w zależności od liczby slotów

Liczba slotów	Zalecany CPU	RAM	Przepustowość
32	4 rdzenie, wysoki zegar	4–6 GB	50–80 Mbps
64	6 rdzeni, wysoki zegar	8 GB	100–150 Mbps
96	8 rdzeni, wysoki zegar	12 GB	150–200 Mbps
128	8+ rdzeni, maksymalna częstotliwość	16 GB i więcej	200+ Mbps

Te wartości to punkt wyjścia – realne zużycie zasobów mocno zależy od liczby i jakości skryptów (frameworki RP typu ESX czy QBCore, systemy ekonomii, flota pojazdów, zasoby mapowe). Serwer RP ze 128 slotami i ciężkim frameworkiem potrafi obciążyć pojedynczy rdzeń procesora znacznie bardziej niż sam ruch sieciowy graczy.

Dlaczego procesor Ryzen o wysokiej częstotliwości ma znaczenie

Ponieważ logika gry (tick serwera, obsługa eventów, synchronizacja onesync) działa w dużej mierze na jednym wątku, procesory z wysokim zegarem na rdzeń – jak jednostki z rodziny Ryzen – pozwalają utrzymać stabilny tickrate nawet przy pełnym obłożeniu 128 slotów. Dysk NVMe skraca z kolei czas wczytywania zasobów i zmniejsza opóźnienia przy zapisie baz danych frameworka (np. MySQL dla ekonomii graczy).

Ochrona przed atakami przy dużej liczbie graczy

Serwer z pełnym obłożeniem slotów staje się bardziej atrakcyjnym celem ataków wolumetrycznych – im większa społeczność, tym większa ekspozycja. Aktywna ochrona anti-DDoS na poziomie infrastruktury jest tu podstawą, niezależnie od poprawności konfiguracji pliku server.cfg. Dobrze jest też stosować silne hasło RCON, ograniczyć dostęp administracyjny do zaufanych adresów IP oraz regularnie aktualizować artefakty FiveM, by uniknąć znanych podatności.

Pełną listę obsługiwanych tytułów i konfiguracji znajdziesz na stronie Wszystkie nasze serwery gier, a jeśli zarządzasz infrastrukturą samodzielnie przez panel, warto rzucić okiem na VPS Pterodactyl jako środowisko do instalacji i zarządzania własnym procesem FiveM.

Optymalizacja serwera po zwiększeniu liczby slotów

Podniesienie limitu do 128 graczy to dopiero początek – kolejny krok to monitorowanie tickrate i resource usage, żeby wychwycić skrypty generujące zbędne obciążenie.

Przydatne komendy diagnostyczne

resmon
profiler record 30
profiler view

Komenda resmon wywołana przez gracza z uprawnieniami admina pokazuje, które skrypty klienckie zużywają najwięcej czasu renderowania, a profiler serwerowy pozwala zidentyfikować zasoby obciążające tick serwera po stronie backendu. Regularna analiza tych danych jest bardziej efektywna niż ślepe dokładanie rdzeni CPU.

Checklist przed uruchomieniem 128 slotów na produkcji

• Klucz Keymaster potwierdza limit 128 graczy.
• Tryb onesync aktywny i przetestowany na mniejszej grupie testerów.
• Baza danych frameworka działa na osobnym procesie lub zoptymalizowanym silniku.
• Regularne kopie zapasowe bazy i zasobów przed każdą większą aktualizacją.
• Whitelist lub system zgłoszeń wdrożony, by uniknąć nagłego zalewu nieznanych graczy.

Więcej materiałów technicznych o konfiguracji i utrzymaniu serwerów znajdziesz na Blog Fly-Serv. Jeśli potrzebujesz oficjalnej dokumentacji dotyczącej artefaktów i parametrów konfiguracyjnych, zajrzyj do Source.

Dojście do pełnych 128 slotów wymaga trzech rzeczy naraz: poprawnego wpisu sv_maxclients, klucza licencyjnego pokrywającego ten limit oraz procesora zdolnego utrzymać stabilny tick przy pełnym obłożeniu. Pomijając jeden z tych elementów, ryzykujesz desynchronizację i frustrację graczy zamiast realnego wzrostu społeczności.

FAQ

Dlaczego serwer pokazuje mniej slotów niż wpisałem w sv_maxclients?

Najczęściej wynika to z limitu przypisanego do klucza licencyjnego w Keymaster. Sprawdź log startowy serwera – jeśli widnieje tam niższa wartość, trzeba wygenerować nowy klucz z odpowiednim pułapem graczy.

Czy onesync jest obowiązkowy przy 128 slotach?

Tak. Powyżej 32 graczy FiveM wymaga aktywnego trybu onesync, inaczej synchronizacja pojazdów, encji i zdarzeń przestaje działać poprawnie, co objawia się teleportacjami i znikającymi obiektami.

Jaki procesor jest kluczowy przy pełnym obłożeniu 128 graczy?

Liczy się wysoka częstotliwość na rdzeń, ponieważ logika serwera FiveM działa głównie jednowątkowo. Procesor o wysokim zegarze pozwala utrzymać stabilny tickrate nawet przy pełnych slotach i rozbudowanym frameworku RP.