Cum rezolvi lag-ul pe un server Minecraft

Lag de server, de rețea sau de client?

Cel mai rapid test: întreabă dacă toată lumea are lag în același moment. Un server rămas în urmă îngheață toți jucătorii deodată; o conexiune proastă sau un PC lent îl afectează doar pe proprietarul lui. Restul ghidului este despre lag-ul de server.

Întâi măsori: TPS, MSPT și spark

Un server Minecraft rulează 20 de tick-uri pe secundă, deci fiecare tick are 50 ms să se termine. Două cifre arată cum se descurcă:

• TPS (tick-uri pe secundă): 20 înseamnă că serverul ține pasul; sub 20, lumea încetinește.
• MSPT (milisecunde pe tick): cât durează fiecare tick. Sub 50 ms rămâne timp liber; peste 50 ms serverul rămâne în urmă.

Paper are /tps și /mspt, dar propria documentație trimite la spark, care este inclus în Paper din 1.21 și disponibil ca mod pentru Fabric, Forge și NeoForge:

/spark tps
/spark health
/spark ping

/spark tps arată TPS-ul din ultimele secunde și minute și — mai util — duratele tick-urilor ca minim, median, percentila 95 și maxim. /spark ping arată ping-ul jucătorilor, ceea ce lămurește întrebarea „server sau rețea”. /spark health adaugă CPU, memorie și disc.

Găsește cauza cu un profil spark

Cifrele îți spun că serverul are lag; un profil îți spune de ce. Pornește unul cât timp lag-ul se manifestă și lasă-l să ruleze câteva minute:

/spark profiler start --timeout 300

La final, spark publică un link către vizualizatorul său web. Acolo:

1. Deschide Server thread — firul principal care rulează lumea. Acolo stă lag-ul.
2. Extinde intrările cu procentele cele mai mari: acolo se duce timpul tick-ului.
3. Treci la vizualizarea Sources ca să vezi timpul împărțit pe plugin sau mod. Un plugin sau mod care ocupă o parte mare din firul principal este de obicei răspunsul.

Încă două unelte ajută la lag-ul care vine și pleacă: /spark tickmonitor raportează fiecare tick care durează prea mult, iar /spark profiler start --only-ticks-over 100 înregistrează doar tick-urile lente, ca un vârf rar să nu se piardă în medie.

Soluțiile care contează, în ordine

1. Distanța de vizualizare și de simulare

În server.properties, simulation-distance stabilește cât de departe de jucători este simulată efectiv lumea — mobi, culturi, redstone — iar view-distance cât de departe sunt trimise chunk-urile către jucători. Ambele au implicit valoarea 10. Reducerea simulation-distance este adesea cel mai mare câștig: încearcă 6–8 și păstrează view-distance puțin mai mare, ca lumea să pară în continuare deschisă. Sunt puncte de pornire, nu valori oficiale; măsoară înainte și după.

2. Pregenerează lumea

Generarea de chunk-uri noi este unul dintre cele mai costisitoare lucruri pe care le face un server, iar jucătorii care explorează în direcții diferite îl obligă să o facă continuu. Pluginul (sau modul) Chunky generează harta din timp:

chunky radius 5000
chunky start
chunky pause
chunky continue

Rulează-l când nu joacă nimeni — o pregenerare în curs face ca serverul să raporteze „Can't keep up” prin design — și pune-l pe pauză când intră jucători.

3. Entități și ferme

Fermele de mobi, halele cu săteni și grămezile de iteme sunt cea mai comună scurgere constantă. Pe Paper și Spigot, entity-activation-range din spigot.yml controlează cât de aproape trebuie să fie un jucător pentru ca o entitate să primească tick complet, iar merge-radius unește itemele aruncate și globurile de experiență. Limitează fermele de mobi cu un plugin sau o regulă și curăță grămezile de iteme uitate.

4. Hoppere și redstone

Lanțurile mari de hoppere sunt costisitoare. În spigot.yml, ticks-per.hopper-transfer stabilește cât de des mută iteme, iar hopper.disable-move-event din Paper le accelerează mult — dar strică pluginurile de protecție care se bazează pe acel eveniment. Pentru redstone, misc.redstone-implementation: ALTERNATE_CURRENT din Paper poate reduce mult lag-ul cauzat de praful de redstone, dar schimbă comportamentul prafului, așa că testează-ți mai întâi mecanismele.

5. Pluginul sau modul din profil

Dacă profilul spark arată spre un singur plugin sau mod, aceasta este soluția: actualizează-l, configurează-l mai lejer sau înlocuiește-l. Oricât RAM ai adăuga, un plugin scris prost nu devine mai rapid.

„TPS este 20, dar tot am lag”

Este cazul cel mai derutant și aproape întotdeauna este un blocaj de tick: majoritatea tick-urilor sunt rapide, dar din când în când unul durează sute de milisecunde. Media rămâne 20, însă toată lumea simte o înghețare.

• Verifică durata maximă a tick-ului în /spark tps sau rulează /spark tickmonitor. Vârfurile de câteva sute de milisecunde confirmă problema.
• Cauza obișnuită este un plugin care așteaptă pe firul principal — descarcă skin-uri sau capete de jucători de pe internet, trimite către un webhook, verifică actualizări sau o licență ori salvează sincron un fișier sau o bază de date. Serverul nu face nimic cât timp așteaptă.
• Profilează așteptarea, nu doar calculul. Un profil obișnuit arată munca CPU; un fir care așteaptă pare inactiv. Folosește /spark profiler start --thread * ca să surprinzi unde se duce timpul, inclusiv așteptările, și caută apeluri de rețea sau de fișiere pe Server thread.

Soluția este în plugin — apeluri asincrone sau un alt plugin. Mai mult RAM, un CPU mai rapid sau o conexiune mai bună nu vor ajuta, pentru că serverului nu-i lipsește nimic; doar așteaptă.

Când soluția chiar este RAM sau CPU

Minecraft simulează lumea pe un singur fir principal. Asta are două consecințe:

• Viteza CPU pe nucleu contează cel mai mult. Dacă spark arată Server thread ocupat cu muncă normală a lumii — entități, chunk-uri, tick-uri de blocuri — și MSPT este mare, un CPU mai rapid ajută acolo unde mai multe nuclee nu ar ajuta.
• RAM-ul ajută doar când îți lipsește. Semne: serverul repornește când atinge limita de memorie sau pauzele de garbage collection domină profilul. Peste ce au nevoie lumea și modurile, mai mult RAM nu face nimic pentru viteza tick-urilor — iar un heap supradimensionat și neoptimizat poate lungi pauzele de garbage collection.

De cât RAM are nevoie un server și flag-urile de pornire care țin scurtă colectarea gunoiului găsești în de cât RAM are nevoie un server Minecraft. Alegerea dintre Paper, Purpur și celelalte este în cel mai bun software pentru servere Minecraft.

Lag-ul și serverul tău HytHost

Fiecare plan Minecraft HytHost rulează pe același hardware: procesoare Ryzen 7 și Intel i9 cu boost de până la 5.0 GHz, memorie DDR4 și stocare NVMe — viteza pe un singur fir de care depinde Minecraft. spark face deja parte din Paper, așa că poți profila din consolă imediat.

Dacă profilul arată că serverului chiar îi lipsește memorie pentru lumea și modurile lui, treci la un plan superior din panou; lumea rămâne pe loc. Dacă arată un plugin sau o fermă, rezolvă întâi asta — e gratuit și funcționează pe orice plan. Vezi hosting Minecraft sau planurile mai mari de pe hosting Minecraft premium de la €11.65/lună.