Com solucionar el lag d'un servidor de Minecraft

Lag del servidor, de la xarxa o del client?

La prova més ràpida és preguntar si tothom té lag en el mateix moment. Un servidor que es queda enrere congela tots els jugadors alhora; una mala connexió o un ordinador lent només afecta el seu propietari. La resta d'aquesta guia tracta del lag del servidor.

Primer mesura: TPS, MSPT i spark

Un servidor de Minecraft funciona a 20 ticks per segon, de manera que cada tick té 50 ms per acabar. Dues xifres descriuen com s'hi està aguantant:

• TPS (ticks per segon): 20 vol dir que el servidor arriba a temps; per sota de 20 el món s'alenteix.
• MSPT (mil·lisegons per tick): quant dura cada tick. Per sota de 50 ms hi ha temps de sobres; per sobre de 50 ms el servidor es queda enrere.

Paper té /tps i /mspt, però la seva pròpia documentació remet a spark, que va integrat a Paper des de la 1.21 i està disponible com a mod per a Fabric, Forge i NeoForge:

/spark tps
/spark health
/spark ping

/spark tps mostra el TPS dels últims segons i minuts i — més útil — la durada dels ticks com a mínim, mediana, percentil 95 i màxim. /spark ping mostra el ping dels jugadors, cosa que resol la pregunta "servidor o xarxa". /spark health hi afegeix CPU, memòria i disc.

Troba la causa amb un perfil de spark

Les xifres diuen que el servidor té lag; un perfil diu per què. Inicia'n un mentre hi ha lag i deixa'l funcionar uns quants minuts:

/spark profiler start --timeout 300

Quan acaba, spark publica un enllaç al seu visor web. Allà:

1. Obre el Server thread — el fil principal que fa funcionar el món. El lag viu allà.
2. Desplega les entrades amb els percentatges més alts: és on va el temps de tick.
3. Canvia a la vista Sources per veure el temps repartit per plugin o mod. Un plugin o mod que s'emporta una gran part del fil principal sol ser la resposta.

Dues eines més ajuden amb el lag que va i ve: /spark tickmonitor informa de cada tick que s'allarga, i /spark profiler start --only-ticks-over 100 registra només els ticks lents, perquè un pic esporàdic no quedi diluït en la mitjana.

Les solucions que compten, per ordre

1. Distància de visió i de simulació

A server.properties, simulation-distance fixa fins a quina distància dels jugadors se simula realment el món — mobs, cultius, redstone — i view-distance fins a quina distància s'envien els chunks als jugadors. Totes dues valen 10 per defecte. Abaixar simulation-distance sol ser la millora individual més gran: prova entre 6 i 8, i mantén view-distance una mica més alt perquè el món continuï semblant obert. Són punts de partida, no valors oficials; mesura abans i després.

2. Pregenera el món

Generar chunks nous és una de les coses més costoses que fa un servidor, i els jugadors que exploren en direccions diferents l'obliguen a fer-ho constantment. El plugin (o mod) Chunky genera el mapa per endavant:

chunky radius 5000
chunky start
chunky pause
chunky continue

Executa'l quan no hi jugui ningú — una pregeneració en curs fa que el servidor mostri "Can't keep up" per disseny — i posa'l en pausa quan entrin jugadors.

3. Entitats i granges

Les granges de mobs, les sales de vilatans i les piles d'objectes són el desgast constant més habitual. A Paper i Spigot, entity-activation-range a spigot.yml controla com a prop ha de ser un jugador perquè una entitat faci el tick complet, i merge-radius fusiona els objectes llançats i les esferes d'experiència. Limita les granges de mobs amb un plugin o una norma, i neteja les piles d'objectes oblidades.

4. Tremuges i redstone

Les cadenes llargues de tremuges són costoses. A spigot.yml, ticks-per.hopper-transfer fixa cada quant mouen objectes, i el hopper.disable-move-event de Paper les accelera molt — però trenca els plugins de protecció que depenen d'aquest esdeveniment. Per a la redstone, el misc.redstone-implementation: ALTERNATE_CURRENT de Paper pot reduir molt el lag de la pols de redstone, però canvia com es comporta la pols, així que prova primer els teus mecanismes.

5. El plugin o mod del teu perfil

Si el perfil de spark assenyala un plugin o mod, aquesta és la solució: actualitza'l, rebaixa'n la configuració o substitueix-lo. Cap quantitat de RAM fa més ràpid un plugin mal escrit.

"El TPS és 20 però continua tenint lag"

Aquest és el cas més desconcertant, i gairebé sempre és un bloqueig de tick: la majoria de ticks són ràpids, però de tant en tant un dura centenars de mil·lisegons. La mitjana es manté a 20, però tothom nota la congelació.

• Comprova el temps de tick màxim a /spark tps, o executa /spark tickmonitor. Pics de diversos centenars de mil·lisegons ho confirmen.
• La causa habitual és un plugin que espera al fil principal — descarregant skins o caps de jugadors d'internet, enviant a un webhook, comprovant actualitzacions o una llicència, o desant un fitxer o una base de dades de manera síncrona. Mentre espera, el servidor no fa res.
• Perfila l'espera, no només el càlcul. Un perfil normal mostra la feina de la CPU; un fil que espera sembla inactiu. Fes servir /spark profiler start --thread * per capturar on es gasta el temps, esperes incloses, i busca crides de xarxa o de fitxers al Server thread.

La solució és al plugin — crides asíncrones, o un altre plugin. Més RAM, una CPU més ràpida o una connexió millor no ajudaran, perquè al servidor no li falta res; està esperant.

Quan la resposta és realment RAM o CPU

Minecraft simula el món en un sol fil principal. Això té dues conseqüències:

• La velocitat de la CPU per nucli és el que més compta. Si spark mostra el Server thread ocupat amb feina normal del món — entitats, chunks, ticks de blocs — i el MSPT és alt, una CPU més ràpida ajuda allà on més nuclis no ho farien.
• La RAM només ajuda quan en falta. Senyals: el servidor es reinicia en arribar al límit de memòria, o les pauses de garbage collection dominen el perfil. Més enllà del que necessiten el món i els mods, més RAM no fa res per a la velocitat dels ticks — i un heap sobredimensionat i sense ajustar pot allargar les pauses de garbage collection.

Quanta RAM necessita un servidor, i els paràmetres d'arrencada que mantenen curta la garbage collection, s'expliquen a quanta RAM necessita un servidor de Minecraft. Triar entre Paper, Purpur i la resta es tracta a el millor programari de servidor de Minecraft.

El lag i el teu servidor d'HytHost

Tots els plans de Minecraft d'HytHost funcionen amb el mateix maquinari: CPU Ryzen 7 i Intel i9 amb boost de fins a 5.0 GHz, memòria DDR4 i emmagatzematge NVMe — la velocitat per fil de la qual depèn Minecraft. spark ja forma part de Paper, així que pots perfilar des de la consola de seguida.

Si el teu perfil mostra que al servidor realment li falta memòria per al seu món i els seus mods, passa a un pla superior des del panell; el món es queda on és. Si assenyala un plugin o una granja, arregla això primer — és gratis i funciona en qualsevol pla. Consulta l'allotjament de Minecraft, o els plans més grans a l'allotjament de Minecraft premium des de €11.65/mes.