Come risolvere il lag di un server Minecraft

Lag del server, di rete o del client?

Il test più rapido è chiedere se tutti vanno in lag nello stesso momento. Un server che resta indietro blocca tutti i giocatori insieme; una connessione scadente o un PC lento colpiscono solo il loro proprietario. Il resto di questa guida riguarda il lag del server.

Prima misura: TPS, MSPT e spark

Un server Minecraft gira a 20 tick al secondo, quindi ogni tick ha 50 ms per completarsi. Due numeri descrivono come se la cava:

• TPS (tick al secondo): 20 significa che il server tiene il passo; sotto 20 il mondo rallenta.
• MSPT (millisecondi per tick): quanto dura ogni tick. Sotto i 50 ms c'è margine; sopra i 50 ms il server resta indietro.

Paper ha /tps e /mspt, ma la sua stessa documentazione rimanda a spark, integrato in Paper dalla 1.21 e disponibile come mod per Fabric, Forge e NeoForge:

/spark tps
/spark health
/spark ping

/spark tps mostra il TPS degli ultimi secondi e minuti e, cosa più utile, la durata dei tick come minimo, mediana, 95° percentile e massimo. /spark ping mostra il ping dei giocatori, e chiude la questione "server o rete". /spark health aggiunge CPU, memoria e disco.

Trova la causa con un profilo di spark

I numeri dicono che il server è in lag; un profilo dice perché. Avvialo mentre il lag è in corso e lascialo girare qualche minuto:

/spark profiler start --timeout 300

Al termine, spark pubblica un link al suo visualizzatore web. Lì:

1. Apri il Server thread, il thread principale che fa girare il mondo. Il lag sta lì.
2. Espandi le voci con le percentuali più alte: è lì che va il tempo di tick.
3. Passa alla vista Sources per vedere il tempo diviso per plugin o mod. Un plugin o una mod che occupa una grossa fetta del thread principale di solito è la risposta.

Altri due strumenti aiutano con il lag che va e viene: /spark tickmonitor segnala ogni tick che si allunga, e /spark profiler start --only-ticks-over 100 registra solo i tick lenti, così un picco raro non si perde nella media.

Le soluzioni che contano, in ordine

1. Distanza visiva e di simulazione

In server.properties, simulation-distance stabilisce fin dove, attorno ai giocatori, il mondo viene davvero simulato (mob, coltivazioni, redstone) e view-distance fin dove i chunk vengono inviati ai giocatori. Entrambe valgono 10 di default. Abbassare simulation-distance è spesso il miglioramento più grande in assoluto: prova da 6 a 8, e tieni view-distance un po' più alta così il mondo sembra ancora aperto. Sono punti di partenza, non valori ufficiali; misura prima e dopo.

2. Pregenera il mondo

Generare nuovi chunk è una delle operazioni più pesanti per un server, e i giocatori che esplorano in direzioni diverse lo costringono a farlo di continuo. Il plugin (o mod) Chunky genera la mappa in anticipo:

chunky radius 5000
chunky start
chunky pause
chunky continue

Avvialo quando non gioca nessuno (una pregenerazione in corso fa segnalare al server "Can't keep up" per come è progettata) e mettilo in pausa quando entrano dei giocatori.

3. Entità e farm

Farm di mob, sale di villager e mucchi di oggetti sono il consumo costante più comune. Su Paper e Spigot, entity-activation-range in spigot.yml controlla quanto vicino deve essere un giocatore perché un'entità riceva tick completi, e merge-radius unisce gli oggetti a terra e le sfere di esperienza. Limita le farm di mob con un plugin o una regola, ed elimina i mucchi di oggetti dimenticati.

4. Tramogge e redstone

Le lunghe catene di tramogge sono pesanti. In spigot.yml, ticks-per.hopper-transfer stabilisce ogni quanto spostano oggetti, e hopper.disable-move-event di Paper le velocizza parecchio, ma rompe i plugin di protezione che si basano su quell'evento. Per la redstone, misc.redstone-implementation: ALTERNATE_CURRENT di Paper può ridurre molto il lag della polvere di redstone, ma ne cambia il comportamento, quindi prova prima i tuoi congegni.

5. Il plugin o la mod nel tuo profilo

Se il profilo di spark punta a un plugin o a una mod, la soluzione è quella: aggiornalo, riducine la configurazione o sostituiscilo. Nessuna quantità di RAM rende più veloce un plugin scritto male.

"Il TPS è a 20 ma va in lag lo stesso"

È il caso che confonde di più, e quasi sempre si tratta di uno stallo del tick: la maggior parte dei tick è veloce, ma ogni tanto uno dura centinaia di millisecondi. La media resta a 20, eppure tutti sentono un blocco.

• Controlla il tempo di tick massimo in /spark tps, oppure esegui /spark tickmonitor. Picchi di diverse centinaia di millisecondi lo confermano.
• La causa tipica è un plugin che resta in attesa sul thread principale: scarica skin o teste dei giocatori da internet, invia dati a un webhook, controlla aggiornamenti o una licenza, oppure salva un file o un database in modo sincrono. Mentre aspetta, il server non fa nulla.
• Profila l'attesa, non solo il calcolo. Un profilo normale mostra il lavoro della CPU; un thread in attesa sembra inattivo. Usa /spark profiler start --thread * per registrare dove va il tempo, attese comprese, e cerca chiamate di rete o su file nel Server thread.

La soluzione sta nel plugin: chiamate asincrone, oppure un plugin diverso. Più RAM, una CPU più veloce o una connessione migliore non aiutano, perché al server non manca nulla: sta aspettando.

Quando la risposta è davvero RAM o CPU

Minecraft simula il mondo su un solo thread principale. Questo ha due conseguenze:

• Conta soprattutto la velocità della CPU per core. Se spark mostra il Server thread occupato dal normale lavoro del mondo (entità, chunk, tick dei blocchi) e l'MSPT è alto, una CPU più veloce aiuta dove più core non servirebbero.
• La RAM aiuta solo quando manca. Segnali: il server si riavvia quando raggiunge il suo limite di memoria, oppure le pause della garbage collection dominano il profilo. Oltre a ciò che serve al mondo e alle mod, più RAM non fa nulla per la velocità dei tick, e un heap sovradimensionato e non ottimizzato può allungare le pause della garbage collection.

Quanta RAM serve a un server e i flag di avvio che tengono brevi le garbage collection sono spiegati in quanta RAM serve a un server Minecraft. La scelta tra Paper, Purpur e gli altri è in il miglior software per server Minecraft.

Il lag e il tuo server HytHost

Ogni piano Minecraft di HytHost gira sullo stesso hardware: CPU Ryzen 7 e Intel i9 con boost fino a 5.0 GHz, memoria DDR4 e storage NVMe, cioè la velocità single-thread da cui dipende Minecraft. spark fa già parte di Paper, quindi puoi profilare dalla console fin da subito.

Se il profilo mostra che al server manca davvero memoria per il suo mondo e le sue mod, passa a un piano superiore dal pannello; il mondo resta al suo posto. Se mostra un plugin o una farm, sistema prima quello: è gratis e funziona su qualsiasi piano. Vedi hosting Minecraft, oppure i piani più grandi su hosting Minecraft premium da €11.65/mese.