GODLIKE24
Minden évben

Kapjon 20% kedvezményt az első hónapban!

A Discord

Kapcsolatfelvétel

Közösségi hálózat

Aikar zászlóinak használata Minecraft

Last modified on 13 március 2024 in Minecraft
  • 12 min read
  • 2361
  • 0
Spartak Itskovich

Spartak Itskovich

Game Content Writer

Aikar zászlói

Minecraft title

Ez egy olyan konfigurációkészlet, amely befolyásolja a szerver indításának folyamatát, és amelynek célja a Minecraft szerver magjának optimalizálása. A játék és a játékszerver bármilyen optimalizálása pozitívan befolyásolja a működésüket, így a különböző programokkal és funkciókkal szabadon használhatóak, amelyek pozitívan befolyásolják a szerver játékmenetét és támogatását.

TIPP

Még nincs saját szervered? Rendelje meg a Minecraft szerverét most rögtön

Hogyan használd az Aikar zászlókat?

Az Aikar's Flags aktiválásához speciális parancssorokat (scriptet) kell beírnod az indítási paraméterek közé. A Godlike alapértelmezés szerint Aikar's Flags-t használ, ezért a paraméterek "saját magadnak" történő testreszabásához menj az Indítási beállítások részbe és a szervered játékpaneljén található További indítási paraméterek sorba:

startup settings setup

Írja be vagy szerkessze ezeket a parancsokat:

-XX: UseG1GC -XX: ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX: UnlockExperimentalVMOptions -XX: DisableExplicitGC -XX: AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX: PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true

FIGYELEM

Ne használd erre a szervered összes RAM címét! Az Xms és Xmx értékek beállításakor, ha 8 GB memóriával rendelkezel, jobb, ha az Xmx és Xms értékeket kb. 1000-1500 MB-tal csökkented, hogy elkerüld a memória kimerülését vagy a szerver leállását. Javasoljuk, hogy legalább 6-10-et használjon, a tervtől függően. Ha szükséges, tisztázzon minden kérdést a támogatásunkkal.

Használati problémák

Ha a zászlók nem működnek a Java régi vagy eltérő verziójának használata miatt, van megoldásunk. Írja be ezeket a sorokat a Java verziójának megfelelően:

Java 8-10

-Xloggc:gc.log -verbose:gc -XX: PrintGCDetails -XX: PrintGCDateStamps -XX: PrintGCTimeStamps -XX: UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=1M

Java 11

-Xlog:gc*:logs/gc.log:time,uptime:filecount=5,filesize=1M

Magyarázat a kód és a használata szerint

-Xms -Xmx: A -Xms paraméter beállítja a szerver indításakor kiosztott memória kezdeti méretét.
Ezzel szemben a -Xmx paraméter beállítja a kiszolgáló által elfogyasztott memória maximális méretét.
UnlockExperimentalVMOptions A beállításokban használt paraméter, amely lehetővé teszi a kísérleti üzemmódban lévő opciók feloldását. Szükséges az alább felsorolt paraméterek némelyikéhez.
G1NewSizePercent: Ha a G1NewSizePercent értékét 5%-ra állítja, ez azt jelenti, hogy a kiszolgáló indítása során a kiszolgáló működéséhez kiosztott teljes memória 5%-a új objektumok számára kerül kiosztásra. Ez segít optimalizálni a kiszolgáló memóriahasználatát és a szemétkezelést, ami potenciálisan javítja a teljesítményét és csökkenti a működési késedelmeket.
G1MixedGCLiveThresholdPercent: A paraméter, amellyel meghatározhatja, hogy a G1 szemétgyűjtő mikor kezdeményezzen vegyes (Mixed) szemétgyűjtést. Ha például a G1MixedGCLiveThresholdPercent értéke 65%, akkor ez azt jelenti, hogy a vegyes szemétgyűjtés akkor fog elindulni, amikor az élő adatok mennyisége eléri a teljes memóriamennyiség 65%-át. Ennek a paraméternek a beállítása segít kiegyensúlyozni a kiszolgáló teljesítményét és memóriahasználatát, mivel a vegyes szemétgyűjtés segíthet a memória fragmentálódásának csökkentésében és a szemétgyűjtési műveletek során fellépő késedelmek mérséklésében. (Régebbi verziókhoz alkalmas)
MaxTenuringThreshold=1 A MaxTenuringThreshold paraméter lehetővé teszi annak meghatározását, hogy egy objektumnak hányszor kell "túlélnie" a szemétgyűjtési folyamatot a fiatal generációban, mielőtt átkerülne a régi generációba. Ha a MaxTenuringThreshold=1, akkor az objektumok a fiatal generáción való első áthaladásuk után a régi generációba kerülnek. Ez azért fontos, mert egyes objektumok, amelyek a fiatal generációban több szemétgyűjtési kört "túlélnek", hosszú életű objektumok lehetnek, amelyeket továbbra is használnak a kiszolgálón. Más szóval a MaxTenuringThreshold szabályozza, hogy az objektumok mennyi ideig maradnak a fiatal generációban, mielőtt átkerülnének a régi generációba.
SurvivorRatio=32: Minden Survivor terület olyan objektumok tárolására szolgál, amelyek "túlélték" a szemétgyűjtés egy ismétlését a fiatal generációban. A fiatal generáció jellemzően két részre van osztva: Survivor1 és Survivor2. Az, hogy az objektumok melyik Survivor területre kerülnek, attól függ, hogy mennyi ideig éltek a fiatal generációban. A SurvivorRatio paraméter határozza meg, hogy az egyes Survivor területekhez kiosztott memória mekkora legyen a fiatal generáció teljes méretéhez képest. Ha például a SurvivorRatio=32, akkor ez azt jelenti, hogy minden egyes Survivor terület a fiatal generáció teljes méretének 1/32 részét foglalja el. Mivel drasztikusan csökkentettük a MaxTenuringThreshold értékét, drasztikusan csökkenteni fogjuk a Survivor terület használatát.
AlwaysPreTouch: Ha az AlwaysPreTouch értéke true, a JVM a kiszolgáló összes rendelkezésre álló memóriáját kitölti, hogy biztosítsa az objektumok azonnali elérését. Meg kell azonban jegyezni, hogy ennek a paraméternek a használata a kiszolgáló indítási idejének növekedéséhez vezethet, különösen, ha a kiszolgáló nagy mennyiségű memóriát használ. Ez további rendszererőforrásokat is igényelhet. Ezért ennek a paraméternek a használatát csak akkor érdemes megfontolni, ha a memóriához való azonnali hozzáférés nagyon fontos a kiszolgáló teljesítménye szempontjából. Az AlwaysPreTouch a memóriát a folyamat indításakor konfigurálja és lefoglalja, így biztosítva annak folyamatosságát és javítva a hatékonyságot. Ezáltal javul az operációs rendszer memóriájához való hozzáférés sebessége. Feltétlenül használja az Átlátszó hatalmas oldalakat.
+DisableExplicitGC A +DisableExplicitGC használata hasznos lehet olyan esetekben, amikor a szemétgyűjtést nagyon gyakran vagy ellenőrizetlen helyeken hívják, ami instabil szerverüzemeltetéshez vagy magas erőforrásköltségekhez vezethet. Lehetővé teszi a JVM számára, hogy önállóan döntse el, mikor és milyen gyakran végezze el a szemétgyűjtést, optimalizálva azt a jobb teljesítmény érdekében. Érdemes azonban észben tartani, hogy az explicit szemétgyűjtési hívások letiltása a memóriában felhalmozódó szeméthez vezethet, amelyet esetleg nem lehet időben eltávolítani, ami memória túlcsorduláshoz vagy a szemétgyűjtés későbbi megoldásához szükséges idő növekedéséhez vezethet. Ezért ennek a paraméternek a használatát alaposan meg kell fontolni, biztosítva a megfelelő memóriakezelést a kiszolgálón.
MaxGCPauseMillis=200 A MaxGCPauseMillis paraméter milliszekundumban határozza meg a szemétgyűjtés (Garbage Collection) során megengedett maximális szünetelési időt. Célja a szemétgyűjtési műveletekhez rendelt szünetidő szabályozása a kiszolgáló működésének elfogadhatatlan késedelmének elkerülése érdekében. Ha a MaxGCPauseMillis értékre van beállítva, például 200-ra, akkor ez azt jelenti, hogy a JVM megpróbálja a szemétgyűjtés során a szüneteltetési időt 200 milliszekundumnál nem hosszabb értéken tartani. Ha a szemétgyűjtés hosszabb ideig tart, a JVM további intézkedéseket hozhat a szünetidő csökkentése érdekében, például a szemétgyűjtési műveletek rövidebb időközökre való elosztásával vagy más optimalizálási stratégiák alkalmazásával. Nem szabad azonban elfelejteni, hogy a szemétgyűjtés alatti szünetidő csökkentése magának a szemétgyűjtésre fordított erőforrások növekedéséhez vezethet, ezért fontos a MaxGCPauseMillis értékének gondos megválasztása , biztosítva a teljesítmény és az erőforrás-felhasználás közötti egyensúlyt.
+ParallelRefProcEnabled: +AParallelRefProcEnabled a párhuzamos referenciafeldolgozás (Parallel Reference Processing) engedélyezését jelzi. Ez egy olyan paraméter lehet, amely lehetővé teszi a Minecraft szerverek számára, hogy hatékonyabb módszereket használjanak a memória és az erőforrások kezelésére, ami javíthatja a teljesítményt és csökkentheti a késedelmeket a játékban. A párhuzamos referenciafeldolgozás engedélyezése segíthet a játékban használt objektumok és memória jobb kezelésében. Ez különösen hasznos a nagyszámú játékossal vagy nagy világmennyiséggel rendelkező szerverek esetében, ahol a hatékony erőforrás-felhasználás kulcsfontosságú a zökkenőmentes működéshez. Ennek a paraméternek az engedélyezése azonban növelheti a CPU-erőforrások használatát, ezért ajánlott alaposan megfontolni a használatát, figyelembe véve a szerver képességeit és igényeit.
G1RSetUpdatingPauseTimePercent=5 G1RSetUpdatingPauseTimePercent=5 inказує на те, що відсоток часу зупинки, що витрачається на оновлення RSet (Remembered Set), становить 5% під час використання G1 Garbage Collector (G1 GC).
Використання G1 GC з параметром G1RSetUpdatingPauseTimePercent=5 може допомогти зменшити inплив збірки сміття на produktívність сервера, контролюючи час зупинки, що витрачається на оновлення RSet. Це може допомогти забезпечичити плавну роботу сервера та уникнути неприйнятних затримок для гравців.
G1MixedGCCountTarget=4: A G1MixedGCCountTarget=4 beállítása azt jelenti, hogy a G1 GC négy vegyes szemétgyűjtést kíván végrehajtani, mielőtt ezt a szemétgyűjtési módot eredményesnek tekinti. Alapértelmezés szerint - 8. Mivel lassabb gyűjtésre törekszünk, kevesebbet használunk a régi generációból.
G1HeapRegionSize=8M+: G1HeapRegionSize=8M az egyes Heap régiók méretét jelzi a G1 szemétgyűjtő (G1 GC) használatakor. A Heap Region a memória azon részei, amelyekre a JVM a G1 GC-vel való működés során az összes rendelkezésre álló memóriát felosztja. A G1HeapRegionSize=8M megadásával beállítja, hogy minden Heap Region mérete körülbelül 8 megabájt legyen. A Heap Region méretének 8 megabájtban történő beállítása meglehetősen gyakori. Ez a méret optimális lehet a teljesítmény és a memória kezelhetősége közötti egyensúly megteremtéséhez, különösen nagyszámú egyidejűleg aktív játékos és objektum esetén.
+PerfDisableSharedMem: +APerfDisableSharedMem jelzi, hogy a megosztott memória használata a valós idejű profilozáshoz (real-time profiling) le van tiltva. A PerfDisableSharedMem paraméter letiltása a kiszolgáló teljesítményének javítására használható, különösen olyan esetekben, amikor a valós idejű profilozásra nincs szükség, vagy azt nem használják.

TIPP

A RAM és a kiszolgáló egyéb funkcióinak növelésével kapcsolatos tudnivalókról a következő linken tájékozódhat

Most már ismeri az Aikar Flags funkcionalitását, és használhatja a Minecraft szerver üzemeltetéséhez; csapatunk mindig szívesen segít minden kérdésben! Játsszon együtt a GODLIKE-val.

Minecraft Szerver Bérlés

Hozzon létre saját szervert

Test 3 days

Értékelje a cikket egy 5 pontos skálán

Értékelje elsőként ezt a hírt!
Find mistake? Select it and press Ctrl + Enter to let us know.
Demo
Game
Panel

Élvezze a

20% le

Az első hónapod, nálunk!

GODLIKE24
Minden évben
×

Hiba jelentése

Hiba szövege

A te döntésed

Stripe Climate Member