Скільки RAM потрібно серверу Minecraft?

Що насправді визначає, скільки RAM вам потрібно

Скільки пам’яті хоче сервер Minecraft, вирішують два важелі. Усе інше поряд із ними — дрібниці.

• Кількість гравців додає RAM поступово. Кожен під’єднаний гравець завантажує чанки навколо себе, тож більше гравців — і вища view-distance — означають, що в пам’яті одночасно тримається більша частина світу. Перехід від 4 гравців до 20 — це відчутне, але цілком кероване зростання.
• Моди та плагіни — важіль незрівнянно потужніший. Vanilla легкий. Кілька плагінів Paper додають небагато. А модпак — це вже зовсім інша категорія: кожен мод завантажує в пам’ять власний код, предмети, блоки та генерацію світу ще до того, як зайде перший гравець, — саме тому пак із 200 модів на CurseForge може потребувати в кілька разів більше RAM, ніж vanilla-сервер за тієї самої кількості гравців.

Ось і вся модель: vanilla масштабується разом із гравцями, модифікований — разом із модами. Розмір і вік світу теж трохи піднімають цифру — розлога карта з багаторічною історією та безліччю завантажених чанків обходиться дорожче за свіжу, — але орієнтуватися при виборі об’єму варто саме на гравців і моди. Тримайте в голові одну річ, читаючи далі: RAM — лише один із ресурсів сервера, і від певної межі він перестає бути тим, що вирішує (докладніше про це — у розділі чому більше RAM не завжди рятує).

Скільки RAM потрібно серверу Minecraft залежно від конфігурації

Ось підбір об’єму, довкола якого ми будуємо тарифи, — ті самі цифри, які порадили б другові. «Цільовий RAM» — це те, що варто виділити самому серверу, а не загальний обсяг вашого ПК, якому потрібен запас понад це (див. як його розподілити).

Запускаєте модпак і не певні, у яку смугу таблиці потрапляєте? Угору таблицею вас підштовхують і розмір паку, і кількість гравців — посібник зі створення модифікованого сервера Minecraft детально розбирає завантажувачі та розміри паків.

Як віддати серверу цей RAM

Знати цифру — половина справи; друга половина — насправді віддати цю пам’ять серверу. Робиться це по-різному залежно від того, де сервер працює.

Самостійний хостинг: прапорці -Xmx і -Xms

Коли ви запускаєте jar-файл сервера самостійно, його пам’яттю керують два прапорці. -Xmx задає максимальний heap (стелю), а -Xms — початковий heap. Для Minecraft поширена й добре перевірена порада — задати їх однаковими, щоб JVM забирала всю свою пам’ять одразу, а не змінювала її розмір під навантаженням:

java -Xms4G -Xmx4G -jar server.jar nogui

Цей рядок запускає сервер із 4 GB. Кілька речей, на яких люди спотикаються:

• Використовуйте 64-бітну Java. 32-бітна Java не адресує більше ніж приблизно 1.5 GB, тож якщо -Xmx4G відмовляється запускатися — причина зазвичай саме в цьому. Будь-яка актуальна збірка Temurin чи Java 25 є 64-бітною.
• Ніколи не віддавайте серверу весь свій RAM. Залиште щонайменше 1-2 GB операційній системі, а якщо на тому ж ПК працює ще й клієнт Minecraft — то й більше: грі потрібна власна пам’ять понад серверну.
• Далі налаштуйте прапорці Aikar. Щойно база запрацює, стандартні для спільноти «прапорці Aikar» перенастроюють збирач сміття G1 у Java під характер пам’яті Minecraft, трохи жертвуючи RAM заради помітно рівніших тіків. Це стандартний наступний крок після голих -Xmx/-Xms. Повне проходження самостійного хостингу — jar, EULA, перенаправлення портів і все інше — є в посібнику Як створити сервер Minecraft.

Хостинг: оберіть об’єм, підвищуйте на місці

На керованому сервері жодних прапорців редагувати не треба. Ви обираєте RAM повзунком під час замовлення, і тариф розгортається саме такого об’єму — стартові прапорці (зокрема Aikar) уже налаштовані за вас.

Справжня перевага проявляється, коли ви переростаєте свою першу оцінку: на сторінці хостингу Minecraft ви пересуваєте повзунок угору, і додатковий RAM застосовується до того самого сервера, а світ і налаштування лишаються недоторканими — без перевстановлення, без перенесення, за якусь хвилину. Саме тому практичне правило вище — «починайте з малого»: на хостингу додати RAM згодом коштує лише хвилини.

Ознаки того, що серверу потрібно більше RAM

Вам не доведеться гадати, чи бракує серверу ресурсів. Він сам повідомляє про це кількома впізнаваними способами:

• Тіки починають відставати. У консолі з’являється Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s), а в грі це проявляється як «гумовий» відкат персонажа, завмирання мобів і блоки, що ламаються з затримкою.
• Збереження світу підвисає. Коротке завмирання кожні кілька хвилин, що збігається з автозбереженням, часто означає, що сервер бореться за пам’ять.
• Він падає остаточно. Найясніший сигнал з усіх — збій, у журналі якого є java.lang.OutOfMemoryError: Java heap space: сервер попросив більше пам’яті, ніж дозволяла його стеля -Xmx.

Щоб зрозуміти, що саме відбувається, безкоштовний профайлер spark (виконайте /spark health або /spark profiler) показує тайминги тіків і використання пам’яті, а панель хостингу малює живий графік RAM. Якщо пам’ять постійно тримається біля стелі — збільшуйте об’єм. Якщо в пам’яті є запас, а тіки все одно лагають, — спершу прочитайте наступний розділ.

Чому більше RAM не завжди рятує

Це та частина, яку більшість порад щодо об’єму оминає. Minecraft виконує головний ігровий цикл — «тік», що рухає мобів, вирощує посіви й обробляє редстоун, — переважно на одному потоці CPU. Пам’ять тримає світ; думає одне ядро. Щойно серверу вистачає RAM, щоб умістити все, додавання ще не робить це ядро анітрохи швидшим.

Варто засвоїти два наслідки:

• Якщо тіки лагають, поки в RAM є запас, вузьке місце — це CPU, а не пам’ять. Кинути 32 GB на сервер, що впирається в одне ядро, не змінить нічого. Це найпоширеніша помилка з об’ємом, яку роблять люди.
• Забагато RAM може навіть зашкодити. Дуже великий heap дає збирачу сміття Java більше роботи за один прохід, а це здатне обернутися довшими паузами-підвисаннями — ще одна причина, чому діє правило «починайте з меншого».

Що справді зрушує справу, коли обмежує CPU, — це висока тактова частота. Саме тому HytHost запускає Minecraft на високочастотних процесорах Ryzen та Intel i9, а не на безлічі повільних ядер: для Minecraft важить, наскільки швидке одне ядро, а не скільки їх. З боку ПЗ ви можете полегшити навантаження на це ядро, знизивши view-distance і simulation-distance, попередньо згенерувавши чанки світу, запустивши Paper замість vanilla або додавши моди продуктивності на кшталт Lithium у модифікованому складанні. RAM завантажує ваш світ; CPU й ваш вибір ПЗ вирішують, наскільки плавно він працює.