Kui palju RAM-i Minecrafti server vajab?

Mis tegelikult määrab, kui palju RAM-i sul vaja on

Kaks hooba määravad, kui palju mälu Minecrafti server tahab. Kõik muu on nende kõrval müra.

• Mängijate arv lisab RAM-i järk-järgult. Iga ühendunud mängija laadib enda ümber olevad tükid, seega tähendavad rohkem mängijaid – ja suurem view-distance – seda, et korraga hoitakse mälus suuremat osa maailmast. 4 mängijalt 20-le minek on päris kasv, kuid hallatav.
• Modid ja pluginad on ülekaalukalt suurim hoob. Vanilla on kerge. Käputäis Paperi pluginaid lisab veidi. Modipakk on hoopis omaette kategooria: iga mod laadib enne esimese mängija liitumist mällu oma koodi, esemed, plokid ja maailma genereerimise – just seepärast võib 200 modiga CurseForge'i pakk vajada sama mängijate arvu juures vanilla-serverist mitu korda rohkem RAM-i.

See ongi kogu mudel: vanilla skaleerub mängijatega, moditud skaleerub modidega. Maailma suurus ja vanus lükkavad numbrit samuti veidi ülespoole – laialivalguv, aastaid vana kaart paljude laaditud tükkidega maksab rohkem kui värske –, kuid suuruse valid mängijate ja modide järgi. Hoia edasi lugedes üht asja tagataskus: RAM on vaid üks serveri ressurssidest ja alates teatud punktist ei ole see enam see, mis loeb (sellest lähemalt jaotises miks rohkem RAM-i ei ole alati lahendus).

Kui palju RAM-i Minecrafti server seadistuse järgi vajab

Siin on suurused, mille ümber me paketid ehitame – samad numbrid, mis annaksime sõbrale. „Soovituslik RAM" on see, mis eraldada serverile endale, mitte su arvuti kogumälu, mis vajab sellele lisaks varu (vaata kuidas seda jaotada).

Jooksutad modipakki ega tea, millisesse vahemikku sa langed? Nii paki suurus kui ka mängijate arv lükkavad sind tabelis ülespoole – moditud Minecrafti serveri juhend lahkab laadureid ja pakisuurusi üksikasjalikult.

Kuidas serverile see RAM anda

Numbri teadmine on pool tööd; teine pool on selle mälu tegelik serverile andmine. See käib erinevalt olenevalt sellest, kus server töötab.

Ise majutatud: -Xmx ja -Xms lipud

Kui käivitad serveri jar-faili ise, juhib selle mälu kaks lippu. -Xmx määrab maksimaalse kuhja (lae) ja -Xms määrab algkuhja. Minecrafti puhul on levinud ja hästi läbi proovitud soovitus seada need võrdseks, et JVM haaraks kogu oma mälu kohe alguses, mitte ei muudaks selle suurust koormuse all:

java -Xms4G -Xmx4G -jar server.jar nogui

See rida käivitab serveri 4 GB-ga. Paar asja, mis inimestel sageli untsu lähevad:

• Kasuta 64-bitist Javat. 32-bitine Java ei suuda aadresseerida rohkem kui umbes 1,5 GB, seega kui -Xmx4G keeldub käivitumast, on tavaliselt just see põhjus. Iga praegune Temurini või Java 25 build on 64-bitine.
• Ära anna serverile kunagi kogu oma RAM-i. Jäta operatsioonisüsteemile vähemalt 1-2 GB ja rohkem, kui jooksutad samas arvutis ka Minecrafti klienti – mäng vajab serveri omast eraldi oma mälu.
• Seejärel häälesta Aikari lippudega. Kui põhiasjad töötavad, häälestavad kogukonnas standardiks saanud „Aikari lipud" Java G1 prügikoguja ümber Minecrafti mälumustri jaoks, andes killukese RAM-i vastu märgatavalt ühtlasemad tickid. Need on standardne järgmine samm pärast paljast -Xmx/-Xms. Täielik ise majutamise käik – jar, EULA, pordi suunamine ja kõik muu – on juhendis Kuidas luua Minecrafti server.

Majutatud: vali suurus, uuenda kohapeal

Hallataval serveril pole ühtki lippu, mida muuta. Sa valid tellimuse ajal RAM-i liuguriga ja pakett luuakse just selle suurusega – käivituslipud (sealhulgas Aikari omad) on sinu jaoks juba häälestatud.

Tegelik eelis ilmneb siis, kui su esimene pakkumine jääb väikeseks: Minecrafti majutuse lehel lükkad liugurit ülespoole ja lisanduv RAM rakendub samale serverile, maailm ja seaded puutumata – ilma uuesti paigaldamata, ilma migreerimata, valmis umbes minutiga. Just seepärast ongi ülaltoodud rusikareegel „alusta väiksest": majutatud paketil ei maksa RAM-i hiljem lisamine muud kui ühe minuti.

Märgid, et su server vajab rohkem RAM-i

Sa ei pea arvama, kas su server on mälupuuduses. Ta annab sulle sellest märku mõnel äratuntaval moel:

• Tickid jäävad maha. Konsool trükib Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s) ja mängus avaldub see rubber-bandingu, tardunud mobide ja plokkidena, mille lõhkumine võtab hetke aega.
• Maailma salvestamine hakib. Lühike tardumine iga paari minuti tagant, mis langeb kokku automaatsalvestusega, tähendab sageli, et server võitleb mälu pärast.
• Ta jookseb sootuks kokku. Kõige selgem märk kõigist on krahh, mille logi sisaldab java.lang.OutOfMemoryError: Java heap space – server küsis rohkem mälu, kui tema -Xmx lagi lubas.

Selle väljaselgitamiseks näitab tasuta profiiler spark (käivita /spark health või /spark profiler) tickide ajastust ja mälukasutust ning majutatud paneel joonistab reaalajas RAM-i graafikule. Kui mälu püsib kinni lae lähedal, tõsta suurust. Kui mälul on ruumi, aga tickid ikka loksuvad, loe kõigepealt järgmine osa.

Miks rohkem RAM-i ei ole alati lahendus

See on osa, mille enamik suurusnõuandeid välja jätab. Minecraft jooksutab peamist mängutsüklit – „ticki", mis liigutab mobe, kasvatab vilja ja töötleb redstone'i – suuresti ühel protsessorilõimel. Mälu hoiab maailma; mõtlemise teeb ära üks tuum. Kui serveril on kord juba piisavalt RAM-i, et kõike hoida, ei muuda selle juurde lisamine seda tuuma põrmugi kiiremaks.

Kaks järeldust tasub endale selgeks teha:

• Kui tickid loksuvad, samal ajal kui RAM-il on varu, on kitsaskoht protsessor, mitte mälu. Ühe tuuma külge naelutatud serverile 32 GB viskamine ei muuda midagi. See on ülekaalukalt levinuim suuruse valimise viga, mida inimesed teevad.
• Liiga palju RAM-i võib isegi kahjustada. Väga suur kuhi annab Java prügikogujale korraga rohkem pühkida, mis võib muutuda pikemateks pausideks-hakkimisteks – veel üks põhjus, miks „alusta väiksemast" reegel peab paika.

Kui protsessor on piiriks, on see, mis tegelikult vahet teeb, kõrge kellasagedus. Just seepärast jooksutab HytHost Minecrafti kõrge kellasagedusega Ryzeni ja Intel i9 protsessoritel, mitte paljudel aeglastel tuumadel – Minecraftile läheb korda, kui kiire on üks tuum, mitte kui palju neid on. Tarkvara poolel saad seda tuuma koormust vähendada, kui langetad view-distance ja simulation-distance väärtusi, genereerid oma maailma tükid ette, jooksutad Paperit vanilla asemel või lisad moditud seadistusel jõudlusmode nagu Lithium. RAM saab su maailma laaditud; protsessor ja su tarkvaravalikud otsustavad, kui sujuvalt see jookseb.