HOSTING MINECRAFT
SERVER DI GIOCO
Pannello di Gioco
da Un server vanilla di Minecraft per una manciata di amici necessita di 3 a 4 GB. Dieci o più giocatori richiedono 6 a 8 GB. Un modpack leggero parte da 6 a 8 GB, mentre pacchetti pesanti come ATM9 o RLCraft richiedono 8 a 12 GB o più. Il numero importante non sono i giocatori, ma ciò che il server carica all'avvio.
Quest'ultimo punto è quello che la maggior parte delle guide tralascia. I mod vengono caricati nell'heap anche se nessuno è online, dunque un server moddificato con due giocatori può richiedere più memoria di uno vanilla con quindici giocatori.
RAM a seconda della configurazione
| Configurazione | RAM | Cosa la determina |
|---|---|---|
| Vanilla, 1-5 giocatori | 3-4 GB | Le versioni moderne sono più pesanti di quanto assumano le vecchie guide |
| Vanilla, 5-15 giocatori | 4-6 GB | Caricamento chunk, numero di entità |
| Vanilla, 15+ giocatori | 6-8 GB | La distanza di visualizzazione diventa il fattore principale |
| Modpack leggero | 6-8 GB | Spesa all'avvio, non al picco |
| Modpack pesante (ATM9, RLCraft) | 10-16 GB | Centinaia di mod, ognuna con il proprio registro |
Più RAM non risolve il lag dei tick
Questo è il fraintendimento più costoso nell’hosting di Minecraft, e fa perdere soldi a chiunque, incluso noi.
Il ciclo di tick di Minecraft è in gran parte single-threaded. Se il server non riesce a completare un tick in 50 ms, il TPS scende sotto 20 e tutto sembra lento. Di solito il problema è CPU o carico, non memoria. Aggiungere RAM a un server limitato dalla CPU non cambia nulla, anzi può peggiorare leggermente, perché un heap più grande significa pause più lunghe per la garbage collection.
I sintomi si distinguono chiaramente:
- Basso TPS, memoria non piena significa carico della CPU o delle entità . Controlla hopper, fattorie di mob, caricamenti di chunk e redstone prima di acquistare qualsiasi cosa.
- Memoria a dente di sega, freeze periodici significa raccolta dei rifiuti (garbage collection). È un problema di configurazione.
java.lang.OutOfMemoryErrorsignifica che hai davvero bisogno di più RAM, ed è un messaggio inequivocabile.
Imposta Xms e Xmx allo stesso valore
Due flag decidono come la JVM usa la memoria che hai acquistato:
-Xmsè l'heap iniziale,-Xmxè quello massimo.- Impostali uguali. Se l'heap può crescere durante l'esecuzione, la crescita scatena garbage collection extra, che si traduce in lag nei tick.
- Non allocare mai tutta la memoria disponibile all’heap. Lasciane circa il 20% per la JVM stessa e per il sistema operativo. Allocare 8 GB su un piano di 8 GB è come farsi killare dal provider anziché da Minecraft.
Su Paper, le flag di Aikar sono lo standard comune perché ottimizzano il collector G1 proprio per questo tipo di carico. Un heap da 6 GB ben ottimizzato batte uno da 12 GB mal ottimizzato, quindi comprare più RAM è di solito la seconda cosa da provare, non la prima.
Cosa controllare prima di comprare più RAM
- Distanza di visualizzazione. Ridurla da 10 a 6 spesso fa più di raddoppiare la RAM, perché taglia il numero di chunk che il server mantiene attivi per giocatore.
- Numero di entità . Le farm di mob e oggetti abbandonati sono i soliti colpevoli.
- Il software del server. Paper gestisce lo stesso carico meglio di vanilla o Forge.
- Poi la dimensione del piano.
Se stai risolvendo problemi più che dimensionando, ridurre il lag sul server approfondisce il tuning, e la stessa logica tick versus memoria vale per Terraria e Project Zomboid, che falliscono in modi simili e riconoscibili.
Il nostro hosting server Minecraft ti permette di cambiare heap e flag dal pannello, quindi provare un heap più piccolo e ben ottimizzato non costa nulla.
Quando stai comprando troppo
Se cinque persone giocano a vanilla in un mondo piccolo e il TPS è sempre 20, non hai bisogno di 8 GB, e nessuna quantità di RAM in più farà sentire il gioco migliore di quanto già sia. Compra il piano che corrisponde al carico e usa la differenza per una location più vicina ai tuoi giocatori, cosa che davvero noterai.
