Сколько памяти нужно серверу Minecraft

Короткий ответ#

Ориентиры из документации Paper:

Таблиц вида «20 игроков — 4 ГБ» в документации Paper нет, и это честно: два сервера с одинаковым онлайном заметно отличаются по расходу — из-за дальности прорисовки, ферм, плагинов и того, как далеко друг от друга бегают игроки. Поэтому ниже — что влияет на расход и как его измерить.

Что ест память#

• Загруженные чанки. Сервер держит в памяти мир вокруг каждого игрока. view-distance (по умолчанию 10) задаёт, сколько чанков в каждую сторону он отправляет клиенту, simulation-distance (тоже 10) — в каком радиусе обновляет существ. Игроки, разбежавшиеся по карте, держат загруженными больше чанков, чем толпа на спавне.
• Генерация мира. Когда игроки уходят в неисследованные земли, чанки генерируются на лету — это нагрузка и на память, и на процессор. Её снимает прогрузка мира заранее.
• Существа и механизмы. Мобы, предметы на земле, фермы, редстоун.
• Плагины. Кэши, веб-карты, базы данных, голограммы. Один неудачный плагин может держать в памяти больше, чем весь мир.
• Темп выделения. По документации Paper, Minecraft выделяет память очень быстро — на сервере с 30 игроками от 800 МБ в секунду, в основном короткоживущие объекты. Сборщику мусора нужен простор, чтобы убирать их без лишних пауз.

Xms и Xmx: ставьте одинаковыми#

-Xmx — потолок памяти Java (кучи), -Xms — сколько выделить при старте. Документация Paper просит ставить их одинаковыми: сервер в любом случае должен рассчитывать на весь -Xmx, а если -Xms меньше, разница — просто неиспользуемая память. Сборщик G1 работает тем лучше, чем больше памяти ему дали.

java -Xms6500M -Xmx6500M -jar paper.jar --nogui

Главное правило: -Xmx должен помещаться в реальную память с запасом. Процесс Java занимает немного больше -Xmx — память нужна самой JVM, её потокам и буферам. Если сумма упрётся в лимит машины или контейнера, система убьёт процесс (OOM killer), и всё несохранённое пропадёт.

Флаги Aikar: нужны ли они#

Флаги Aikar — набор настроек сборщика мусора G1 под нагрузку Minecraft. Сейчас Paper в генераторе скрипта запуска советует так: на современной Java (17, 21 и новее) сначала попробуйте без флагов — она хорошо справляется сама. Если начались проблемы со сборкой мусора или у вас старая версия Minecraft или Java — берите флаги Aikar.

java -Xms10G -Xmx10G -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 -jar paper.jar --nogui

Почему много памяти — не лучше#

Памяти мало — плохо: сборщик мусора запускается слишком часто, тики проседают, а в худшем случае сервер падает с OutOfMemoryError. Но и лишняя память сервер не ускоряет: документация Paper прямо пишет, что после определённого объёма отдача падает.

Опаснее всего отдать Java всё, что есть: тогда сервер упадёт не от нехватки кучи, а потому что его процесс убьёт система. Отсюда правило про 1000–1500 МБ запаса — или хостер добавляет этот запас сверх тарифа.

И память — не единственный ресурс. Лаги чаще упираются в основной поток: если тик длиннее 50 мс, TPS падает ниже 20, и новые гигабайты не помогут. Где искать причину — в статье почему лагает сервер, а на что смотреть при выборе железа — в статье хостинг или VPS.

Как узнать реальный расход#

Счётчик в панели хостинга мало что скажет: процесс Java занимает всю выделенную память и не отдаёт её системе — по документации Paper это нормально и не утечка. Смотреть нужно на кучу и сборку мусора. Для этого в Paper с 1.21 встроен профайлер spark:

Как читать: использование кучи в норме ходит «пилой» — растёт и падает после каждой сборки. Тревожные признаки — нижние точки пилы со временем ползут вверх к -Xmx, сборки идут всё чаще, в логе появляется OutOfMemoryError. Тогда сначала ищите виновника через /spark heapsummary, а уже потом добавляйте память.

Если подозреваете сборщик мусора, включите его лог: по документации Paper он не влияет на производительность и занимает около 5 МБ. Для Java 11 и новее добавьте в команду запуска флаг:

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

Как снизить расход#

• Уменьшите view-distance и simulation-distance в server.properties — это самый сильный рычаг.
• Прогрузите мир заранее и ограничьте его размер, чтобы сервер не генерировал чанки во время игры.
• Найдите через /spark heapsummary и профайлер плагин, который держит больше всех, — обновите, настройте или замените его.
• Ограничьте фермы и скопления мобов правилами или настройками сервера.

Античит тоже стоит проверить: он разбирает каждый пакет каждого игрока. Проверки DGuard считаются в сетевых потоках, а не в основном потоке сервера, поэтому TPS держится на 20: на живом сервере это 0,03 % одного ядра на основном потоке — 0,38 мс из 10,9 мс тика при 121 игроке. Время проверок на вашем сервере покажет /dguard perf; подробнее — в статье нагрузка античита.

Частые вопросы#