Сколько 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 задаёт максимальный размер кучи (потолок), а -Xms — стартовый. Для 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), а в игре это проявляется как рывки (rubber-banding), замирающие мобы и блоки, которые ломаются с задержкой.
• Сохранение мира подтормаживает. Короткое подвисание каждые несколько минут, совпадающее с автосохранением, часто означает, что серверу не хватает памяти.
• Он попросту падает. Самый явный сигнал из всех — краш, в логе которого есть java.lang.OutOfMemoryError: Java heap space: сервер запросил больше памяти, чем позволял его потолок -Xmx.

Чтобы понять, что именно происходит, бесплатный профилировщик spark (команды /spark health или /spark profiler) показывает тайминги тиков и использование памяти, а панель хостинга рисует RAM в реальном времени на графике. Если память постоянно висит у потолка — увеличивайте размер. Если у памяти есть запас, но тики всё равно лагают — сначала прочитайте следующий раздел.

Почему больше RAM не всегда решение

Это та часть, которую большинство советов по подбору размера обходит стороной. Minecraft выполняет главный игровой цикл — тот самый «тик», что двигает мобов, растит посевы и обрабатывает редстоун, — в основном в одном потоке CPU. Память держит мир; думает одно ядро. Как только у сервера достаточно RAM, чтобы вместить всё, добавление ещё не сделает это ядро быстрее.

Два следствия стоит усвоить:

• Если тики лагают, а у RAM есть запас, узкое место — это CPU, а не память. Бросить 32 GB на сервер, упёршийся в одно ядро, не изменит ничего. Это самая распространённая ошибка при подборе размера.
• Слишком много RAM может даже навредить. Очень большая куча даёт сборщику мусора Java больше работы за один проход, что может обернуться более долгими подвисаниями-паузами, — ещё один довод в пользу правила «начинайте с меньшего».

Что действительно сдвигает дело с мёртвой точки, когда ограничение — это CPU, так это высокая тактовая частота. Именно поэтому HytHost запускает Minecraft на высокочастотных процессорах Ryzen и Intel i9, а не на множестве медленных ядер: для Minecraft важно, насколько быстро одно ядро, а не сколько их. На стороне ПО вы можете облегчить нагрузку на это ядро, снизив view-distance и simulation-distance, заранее сгенерировав чанки мира, запустив Paper вместо vanilla или добавив моды на производительность вроде Lithium в модовой конфигурации. RAM загружает ваш мир; а насколько плавно он работает, решают CPU и ваш выбор ПО.