Potrzeby dotyczące pamięci RAM serwera Minecraft najlepiej określić prostym podejściem „baza + na gracza”, które różni się w zależności od typu serwera: vanilla, modowany lub minigry. Ten przewodnik zawiera gotowe do wklejenia shortcody, wzory, przykłady i bloki kodu do szybkiego wdrożenia.
Podsumowanie rozmiarów
- Vanilla: 1–2 GB baza + 100–300 MB na gracza; dodaj zapas na eksplorację i redstone.
- Modowany: 4/6/8–12 GB baza (lekki/średni/ciężki) + 200–500 MB na gracza.
- Minigry (Paper/Spigot): 2–3 GB baza + 150–300 MB na gracza; 6–8 GB wystarcza na 20–50 graczy przy optymalizacji.
Szybka tabela specyfikacji
| CPU | Network | RAM | Storage | Type |
|---|---|---|---|---|
| Nowoczesny 3,0+ GHz (wysoka wydajność jednowątkowa) | 100 Mb/s niskie opóźnienia | 4-6 GB | 20-40 GB SSD | Mały serwer (10-16 graczy) |
| Nowoczesny 3,5+ GHz (wielordzeniowy) | 250 Mb/s niskie opóźnienia | 8-12 GB | 40-80 GB SSD | Średni serwer (20-32 graczy) |
| Wysokiej klasy wielordzeniowy 4,0+ GHz | 500+ Mbps dedykowane | 16-32 GB | 100+ GB SSD | Duży serwer (50+ graczy) |
Szybkie odniesienie RAM Minecraft
| Base | Notes | Per player | Server |
|---|---|---|---|
| 1–2 GB | Zwiększ dla eksploracji, farm, redstone | 0,1–0,3 GB | Vanilla |
| 4 GB | Sprawdź dokumentację pakietu; obserwuj byty kafelkowe | 0,2–0,3 GB | Lekko zmodyfikowany (20–50 modów) |
| 6 GB | Więcej rejestrów/generowania świata; profiluj często | 0,3–0,4 GB | Średnio zmodyfikowany (50–150 modów) |
| 8–12 GB | Publiczne serwery często 12–16 GB+ | 0,4–0,5 GB | Mocno zmodyfikowany (150+ modów) |
| 2–3 GB | 6–8 GB dla 20–50 graczy; 10 GB+ dla dużych hubów | 0,15–0,3 GB | Minigry (Paper/Spigot) |
Podstawowy wzór rozmiaru
Użyj tego do oszacowania początkowych przydziałów, a następnie monitoruj i dostosuj:
- Vanilla: Baza 1–2 GB + 0,1–0,3 GB × liczba graczy.
- Modowany: Baza 4/6/8–12 GB + 0,2–0,5 GB × liczba graczy (rośnie wraz z liczbą modów i generacją świata).
- Minigry: Baza 2–3 GB + 0,15–0,3 GB × liczba graczy (ograniczone mapy poprawiają spójność).
Wskazówka: Przydziel tylko 70–80% pamięci RAM maszyny dla JVM, aby zostawić zapas dla systemu i usług.
Przykładowe scenariusze
- 10‑osobowy vanilla SMP z eksploracją: 1,5 GB + (10 × 0,2) ≈ 3,5 GB → przydziel 4 GB.
- 12‑osobowy lekki modpack (~40 modów): 4 GB + (12 × 0,25) ≈ 7 GB → przydziel 8 GB.
- 40‑osobowy hub minigier: 6–8 GB; rozważ 10 GB przy wielu arenach/pluginach jednocześnie.
Wersja, mody/pluginy i czynniki świata
- Nowsze wersje zużywają więcej RAM przez złożoną generację świata i systemy.
- Więcej modów/pluginów zwiększa bazowe zużycie pamięci; sprawdzaj wycieki i nadmiarowość.
- Generowanie chunków, farmy mobów, hale handlowe wieśniaków i redstone powodują szczyty; pre-generuj światy i ustaw granice.
Przykłady uruchamiania JVM
Użyj tych ustawień jako punktu wyjścia; testuj i dostosuj do swojego środowiska.
bash
Przykład Paper/Vanilla (~6 GB przydziału)
java -Xms6G -Xmx6G
-XX:+UseG1GC -XX:+ParallelRefProcEnabled
-XX:MaxGCPauseMillis=100 -XX:+UnlockExperimentalVMOptions
-XX:+DisableExplicitGC -XX:G1NewSizePercent=20 -XX:G1MaxNewSizePercent=40
-XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5
-XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15
-XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1
-jar server.jar nogui
bash
Przykład cięższego modpacka (~10 GB przydziału)
java -Xms10G -Xmx10G
-XX:+UseG1GC -XX:MaxGCPauseMillis=150
-jar forge-server.jar nogui
Lista kontrolna optymalizacji
- Pre-generuj świat i wymuś granicę świata, aby ograniczyć wzrost chunków.
- Ogranicz liczbę bytów i tickującego redstone; wykorzystaj konfigurację Paper.
- Profiluj za pomocą timings/spark; usuń lub zamień ciężkie pluginy/mody.
- Planuj zapisy i restarty poza szczytem; trzymaj kopie zapasowe/logi poza dyskiem roboczym.
- Zwiększaj RAM małymi krokami po obserwacji szczytowego zużycia i TPS pod realnym obciążeniem.
Uwagi o CPU, dysku i sieci
- CPU: Wysoka wydajność jednowątkowa utrzymuje stabilny TPS; dodatkowe rdzenie pomagają w zadaniach w tle.
- Dysk: NVMe SSD skracają opóźnienia I/O przy zapisach i ładowaniu chunków.
- Sieć: Preferuj niskie opóźnienia i stabilne trasy zamiast samej przepustowości.
Dlaczego zużycie RAM się zmienia
Pamięć serwera zależy od załadowanych chunków, bytów, tile entities, pluginów/modów i jednoczesnej eksploracji, a nie tylko od liczby graczy online. Częste zapisy świata, pre-generacja mapy i zachowanie garbage collectora także wpływają na szczytowe zużycie pamięci.
Serwery vanilla
Vanilla jest wydajna pamięciowo na gracza, ale występują skoki przy generowaniu chunków, limitach mobów, halach handlowych wieśniaków i mechanizmach redstone.
- 1–5 graczy: 1–2 GB.
- 5–10 graczy: 2–4 GB.
- 10–20 graczy: 3–4+ GB; dodaj więcej przy eksploracji nowego terenu lub farmach.
- Wskazówka: Zacznij od ok. 200 MB/gracza plus 1–2 GB bazy, potem obserwuj szczytowe zużycie i dostosuj.
Serwery modowane (Forge/Fabric)
Modpacki zwiększają bazowe zużycie pamięci przez dodatkowe rejestry, tile entities i generację świata.
- Lekki (20–50 modów): Baza ~4 GB + 200–300 MB/gracza.
- Średni (50–150 modów): Baza ~6 GB + 300–400 MB/gracza.
- Ciężki (150+ modów): Baza 8–12 GB + 400–500 MB/gracza; duże publiczne serwery często 12–16 GB+.
- Najlepsza praktyka: Sprawdź zalecenia danego modpacka; niektóre ciężkie wymagają minimum tylko do stabilnego działania.
Serwery minigier i pluginów (Paper/Spigot)
Serwery minigier korzystają z optymalizacji Paper, ale potrzebują solidnej bazy pamięci dla wielu aren i lobby.
- 20–50 graczy: 6–8 GB to typowa wartość przy tuningu.
- Większe huby lub wiele instancji jednocześnie: 10 GB+.
- Wydajność na gracza jest lepsza niż w SMP z ciągłą eksploracją, bo chunki są często ograniczone.
Zaawansowane wskazówki optymalizacyjne
- Pre-generuj chunki: Użyj narzędzi takich jak WorldBorder lub Chunky, aby wygenerować świat i zmniejszyć generację w trakcie gry.
- Limity bytów: Skonfiguruj limity mobów i upychania bytów, by zapobiec lagom.
- Audyt pluginów: Regularnie profiluj pluginy Spark lub Timings, by wykryć wycieki pamięci lub wąskie gardła.
- Strojenie GC: Zacznij od flag Aikara, ale monitoruj logi GC i dostosuj czasy pauz do potrzeb serwera.
- Optymalizacja dysku: Trzymaj zapisy świata na szybkich dyskach NVMe oddzielnie od kopii zapasowych i logów.

przez 



