Il valore complementare da guardare è l’MSPT, il tempo medio di calcolo per tick, spesso più utile per capire dove nasce il problema. Se vedi TPS sotto 20, la prima azione non è cambiare configurazioni a caso: è eseguire un profilo con Spark mentre il lag è attivo, o quantomeno leggere /tps per farsi un’idea immediata della situazione.
In breve:
- Per mantenere un TPS stabile sopra 20, è fondamentale profilare il server durante il lag reale, non a vuoto, utilizzando Spark e salvando i report di intervento.
- Le cause più frequenti di TPS basso sono la saturazione CPU single-thread, un alto numero di entità o un caricamento lento dei chunk.
- Ridurre le impostazioni di gioco come la distanza di rendering o disattivare plugin sospetti può migliorare temporaneamente le prestazioni, ma serve una diagnosi mirata.
- Se l’MSPT supera costantemente la soglia di sostenibilità, occorre considerare un upgrade dell’infrastruttura hardware con CPU più performante e storage NVMe.
- La misurazione accurata e sistematica prima e dopo ogni modifica permette di risolvere efficacemente i problemi di lag, evitando interventi casuali e dannosi.
Indice
- Cosa sono TPS e MSPT: concetti tecnici essenziali
- Come misurare e profilare il TPS sul server
- Cause comuni di TPS bassi e come riconoscerle nei report
- Procedura passo passo per risolvere i cali di TPS
- Quando conviene migliorare l’hosting: verifica e criteri di scelta
- Cosa ho imparato osservando server in produzione
- Un hosting pensato per non far scendere il TPS
- Fonti
- Domande frequenti
Cosa sono TPS e MSPT: concetti tecnici essenziali
Un tick è l’unità base con cui Minecraft aggiorna il mondo: entità, blocchi, redstone, fisica. Se il calcolo richiede più tempo, il tick “sfora” e il TPS scende sotto 20, secondo la spiegazione tecnica di SetupMC.
L’MSPT (millisecondi per tick) racconta la stessa storia da un’altra angolazione, ed è spesso la metrica più azionabile perché mostra il costo reale del calcolo, non solo il sintomo finale. Un MSPT medio stabile sotto una soglia ritenuta generalmente sostenibile indica buone prestazioni; valori più alti possono causare una perdita di TPS percepibile dai giocatori.
Un singolo tick lento può bastare per generare uno scatto visibile: mob che si teletrasportano, blocchi che si rompono con ritardo, redstone che salta un impulso. Non è un problema di connessione, ma è il server che non riesce a “stare al passo” con il proprio orologio interno.
Come misurare e profilare il TPS sul server
Prima di intervenire su qualsiasi configurazione, serve un dato oggettivo. Il comando /tps, disponibile su Paper e derivati, dà una lettura rapida della media su 1, 5 e 15 minuti, ma non spiega la causa. Per quello serve un profiler.
/spark tps: mostra TPS e MSPT in tempo reale, utile per una prima diagnosi veloce./spark profiler: cattura l’attività del thread principale per un intervallo definito e genera un report grafico condivisibile via link.- Durata del profilo: 60-120 secondi durante il lag attivo, non a server vuoto, altrimenti i dati non riflettono la causa reale, come segnala MineFixTools.
- Report da salvare: la vista “plugins/mods” del report Spark elenca quanto tempo di thread consuma ciascun plugin, il che rende immediata l’identificazione del colpevole.
Esistono anche mod come TT20 (TPS Fixer), pensati per mitigare i sintomi riconfigurando alcuni comportamenti di ticking quando il TPS scende. Sono utili come tampone temporaneo, ma non sostituiscono la diagnosi: se non risolvi la causa, il problema torna appena il carico aumenta.
Un consiglio: non lanciare mai il profiler a server vuoto per “vedere come va di base”. I dati che contano sono quelli catturati mentre il lag è realmente in corso, altrimenti stai profilando il nulla.
Cause comuni di TPS bassi e come riconoscerle nei report
I report di Spark seguono pattern riconoscibili, e imparare a leggerli fa risparmiare ore di tentativi a vuoto.
- CPU single-thread saturata: nel profiler compare come un’unica funzione o classe che domina la percentuale di tempo del thread principale in modo significativo.
- Entità e farm: un conteggio entità elevato (mob, item droppati, minecart) si traduce in un aumento lineare dell’MSPT; la vista “entities” del report lo mostra chiaramente.
- Chunk loading e I/O: picchi improvvisi e brevi, spesso legati a esplorazione rapida o teletrasporti, di solito transitori e non allarmanti se non persistono.
- Plugin e mod mal ottimizzati: appaiono come voci isolate con percentuali sproporzionate rispetto alla loro funzione, tipico di scheduler che girano troppo spesso o query al database non ottimizzate.
Le cause più frequenti, in ordine di probabilità, restano CPU single-thread, chunk loading lento, pressione su RAM/GC e mod specifici, secondo l’analisi di Lagless.
Procedura passo passo per risolvere i cali di TPS
Seguire un ordine preciso evita di rincorrere sintomi e di rompere qualcosa che funzionava.
- Profila sotto carico reale. Avvia Spark durante le ore di punta o mentre il lag si manifesta, e salva il report generato: senza questo passaggio ogni intervento successivo è una scommessa.
- Identifica e classifica la causa. Guarda la vista principale del report: se domina un plugin, la causa è software; se domina “entities” o “chunk”, la causa è legata al mondo di gioco; se domina il sistema operativo, il problema può essere hardware.
- Applica un intervento mirato e reversibile. Riduci la simulation-distance, limita hopper e farm automatizzate, disattiva temporaneamente un plugin sospetto, o applica una patch al datapack coinvolto. Per capire l’impatto reale della simulation-distance sulle prestazioni, la guida sulla render distance entra nel dettaglio delle impostazioni consigliate.
- Misura di nuovo. Rilancia
/spark tpso un nuovo profilo dopo la modifica e confronta i numeri con il report precedente. Se l’MSPT non scende, annulla la modifica prima di provarne un’altra.
La regola pratica più importante: non cambiare mai più impostazioni insieme. Se modifichi tre cose e il TPS migliora, non saprai quale delle tre ha funzionato, e rischi di aver introdotto un problema nuovo mascherato da uno risolto.
Un consiglio: tieni una copia del report Spark “prima” e uno “dopo” ogni intervento. È il modo più veloce per dimostrare, numeri alla mano, se una modifica ha davvero funzionato o se ti sei solo convinto che funzionasse.
Chi gestisce server con farm intensive o problemi di lag ricorrenti può trovare utile anche la guida pratica sul lag server Minecraft, che approfondisce casi specifici non coperti da un singolo profilo.
Quando conviene migliorare l’hosting: verifica e criteri di scelta
Se dopo profilazione e correzioni mirate l’MSPT resta alto, il collo di bottiglia potrebbe essere l’infrastruttura, non la configurazione. Alcuni segnali aiutano a distinguere i due casi.
- Uso CPU di sistema costantemente alto anche con pochi plugin attivi e poche entità.
- Garbage collection persistente, visibile nei log come pause frequenti che coincidono con i picchi di MSPT: qui la guida sul dimensionamento della RAM spiega come evitare sia la carenza sia l’eccesso di heap.
- Throttling I/O o di rete non legato a picchi di chunk loading.
In questi casi conviene valutare un host con CPU single-thread performante, storage NVMe, protezione DDoS adeguata e backup automatici, chiedendo sempre al provider quale pannello di gestione offre e se il supporto tecnico è disponibile nella propria lingua.
Cosa ho imparato osservando server in produzione
Il pattern più ricorrente che si osserva gestendo server professionalmente è semplice: chi interviene senza profilare finisce quasi sempre per disattivare plugin utili o ridurre risorse a caso, senza risolvere il problema reale. La causa più comune non è quasi mai il “server debole” che molti presumono, ma un singolo plugin, una farm mal progettata o un datapack che genera troppi eventi per tick.
L’errore opposto, altrettanto frequente, è aumentare la RAM sperando che risolva tutto. Spesso non cambia nulla, perché il collo di bottiglia è single-thread e la RAM in eccesso può persino peggiorare le pause di garbage collection. Misurare prima, agire dopo, resta la sequenza che fa davvero la differenza tra un server stabile e uno che perde giocatori per lag.
— Fabio Turi
Un hosting pensato per non far scendere il TPS
Un pannello Pterodactyl personalizzato semplifica backup, file e configurazioni anche per chi non ha esperienza da amministratore di sistema, mentre il supporto via Discord in italiano risponde nei giorni lavorativi quando un profilo Spark mostra qualcosa che non si sa come interpretare. Se hai già seguito la procedura di diagnosi e il problema resta nell’infrastruttura, la pagina dei piani hosting per Minecraft di AtomSync mostra le configurazioni disponibili e permette di attivare un server in pochi clic, senza vincoli contrattuali e con garanzia di rimborso entro 48 ore.
Fonti
Per approfondire la profilazione, la documentazione di Spark resta il riferimento più completo. Su cause e soglie tecniche, SetupMC e MineFixTools offrono spiegazioni dettagliate con esempi pratici.
- lucko/spark
- Minecraft Server Lag Explained: TPS, MSPT, and ‘Can’t Keep Up’
- Why Your Minecraft Server’s TPS Drops (And How to Actually Fix It)
Domande frequenti
Cos’è il TPS in un server Minecraft?
Sotto questa soglia il mondo di gioco appare più lento e meno reattivo.
Come vedo l’IP del mio server Minecraft?
L’IP viene fornito dal pannello di gestione dell’host al momento dell’attivazione del server, insieme a un sottodominio dedicato nei servizi che lo includono. Va copiato nel client di Minecraft nella schermata multiplayer per connettersi.
Come si entra in un server Minecraft?
Dalla schermata multiplayer del client si seleziona “aggiungi server” e si inserisce l’indirizzo IP o il sottodominio fornito dall’host, poi si conferma la connessione.
Quali sono i migliori server Minecraft per TPS stabili?
Non esiste un singolo server “migliore” in assoluto: la stabilità del TPS dipende dalla combinazione di plugin, entità attive e qualità dell’hosting. Un server ben profilato con Spark e ospitato su hardware con CPU single-thread performante mantiene 20 TPS anche sotto carico.
Cosa sono i server di Minecraft e perché il TPS cambia da server a server?
Un server Minecraft è l’istanza software che gestisce il mondo condiviso tra giocatori: il TPS varia in base al numero di plugin, entità, chunk caricati e alle risorse hardware assegnate a quell’istanza.