Laggol a Minecraft-szervered? 7 ok, ami nem a RAM-on múlik

Először mérj: mi az a TPS és az MSPT?

A Minecraft szerver másodpercenként 20 „tick”-et számol (TPS), vagyis egy tickre legfeljebb 50 ezredmásodperc jut. Ha ennél tovább tart a számítás, a szerver lemarad, és a játékosok blokkvisszaugrást, akadozó mobokat és késő interakciót látnak.

Az MSPT (millisecond per tick) azt mutatja, mennyi ideig tart valójában egy tick. A 20 TPS nem ad képet a tartalékról; egy 45 ms-os MSPT még jó, de már alig van mozgástér. Paper alapú szervereken a /tps és /mspt parancs ad gyors képet.

Szerver-lag vagy kliens-lag: hogyan különítsd el?

A „laggol” szót mindenki mást jelent. Ezzel különítsd el a két esetet, mielőtt bármit átállítasz.

• Blokkok visszaugranak, mobok akadoznak, a nappalciklus lassul: a szerver tickje késik, tehát szerveroldali ok.
• Alacsony képkockaszám, de a szerver gyors: kliensoldali ok (grafika, modok, látótávolság a játékos gépén).
• Magas ping, miközben a TPS jó: hálózati ok, távolság vagy a játékos internetkapcsolata.

A hét leggyakoribb ok

Sorrend szerint a leggyakrabban látott okok, mindegyiknél a jellegzetes tünettel.

• 1. Egyetlen szál korlátja. A fő tickszál lényegében egy magon fut, ezért az egymagos teljesítmény többet számít a magok számánál.
• 2. Túl sok entitás. Mob-farmok, elhagyott tárgyak és állatok tömege lassítja a tickeket, főleg egyetlen területen.
• 3. Chunkgenerálás. Új területek felfedezésekor a világgenerálás terhelés-csúcsot okoz; sok játékos szétszéledve ezt megsokszorozza.
• 4. Túl nagy látó- és szimulációs távolság. Minden játékos körül ennyi chunkot kell betölteni és számolni.
• 5. Rosszul viselkedő plugin vagy mod. Egyetlen hibás kiegészítő is a tick jelentős részét felemésztheti.
• 6. Szemétgyűjtési (GC) szünetek. A túlméretezett memóriakeret hosszabb szüneteket okozhat, a túl kicsi viszont gyakori gyűjtést.
• 7. Lassú lemez. Mentéskor vagy chunk-betöltéskor a lassú tárhely ismétlődő, néhány másodperces akadásokat okozhat.

Profilozás: itt derül ki az igazi ok

A találgatás helyett futtass profilozót éppen akkor, amikor a lassulás jelentkezik. A spark az egyik elterjedt választás, és a Paper dokumentációja is hivatkozik rá. Az eredményből látszik, melyik plugin, világrész vagy folyamat viszi el a legtöbb időt.

Fontos: egyszerre csak egy dolgot változtass, majd mérj újra. Így tudod, mi segített.

Miért nem megoldás automatikusan a több RAM?

A memória akkor segít, ha a szerver valóban memóriahiánnyal küzd, például nagy modpack vagy sok betöltött chunk miatt. Ha a tick-szál processzorra vár, a további RAM nem gyorsít semmit, sőt hosszabb GC-szüneteket hozhat.

Válassz a mért terhelésnek megfelelő csomagot, és a rendeléskor írd le a szervertípust, a pluginokat vagy a modpacket, hogy a méret a valós igényhez illjen.