Лучшие настройки сервера Paper: выше TPS без сломанных ферм

У Paper-сервера может быть сколько угодно памяти, и всё равно он будет выдавать 14 TPS, когда 25 игроков разойдутся по миру, фермы останутся загруженными, а все воронки разом начнут тикать. Лучшие настройки сервера Paper — это не случайный «антилаг»-пресет. Это набор решений под ваш мир, онлайн, плагины и правила игры, который не ломает втихую редстоун и фермы мобов.

Paper и так быстрее ванили, но его настройки по умолчанию рассчитаны на безопасность для самых разных серверов. Приватный SMP на 10 друзей может позволить себе параметры, которые на публичной сети выживания показались бы тесными. Начните с изменений, которые убирают лишнюю работу за тик, и проверяйте их под реальной нагрузкой.

Начните с дальностей

View distance и simulation distance — самые мощные рычаги производительности, которые большинство админов может менять без правки продвинутых конфигов. Они влияют на разные вещи.

View distance определяет, на каком расстоянии чанки отправляются игроку. Большие значения красивее, но при исследовании расходуют больше трафика, памяти и процессора. Simulation distance определяет, как далеко чанки активно обсчитывают игровую логику: мобов, редстоун, посевы, жидкости и механику многих ферм. Часто именно эта настройка решает, удержится ли TPS на оживлённом SMP.

Для большинства серверов выживания начните в server.properties с таких значений:

view-distance=8
simulation-distance=5

Восемь чанков прорисовки по-прежнему комфортны для обычного выживания, особенно когда игроки вместе строят, копают или исследуют мир. Simulation distance 5 сохраняет удобную зону активной игры вокруг игрока и не даёт дальним чанкам тратить время тика.

Если у вас небольшой спокойный мир с вайтлистом на мощном железе, попробуйте view distance 10 и simulation distance 6. Если это публичный сервер, где игроки постоянно разъезжаются в разные стороны, надёжнее держаться в пределах 6–8 для прорисовки и 4–5 для симуляции. Не выкручивайте обе настройки до 12 только потому, что сервер успешно запустился. Настоящий тест — вечер субботы, когда игроки грузят новую местность.

Предгенерируйте мир до открытия

Генерация чанков — одна из самых дорогих задач в Minecraft. Никакая настройка Paper не компенсирует полностью 20 игроков, которые летят в разные стороны и одновременно генерируют свежие чанки.

Предгенерируйте Верхний мир, Нижний мир и Край до запуска — особенно для публичных SMP и сообществ контент-мейкеров. Поставьте разумную границу мира и сгенерируйте игровую зону, пока сервер пустой. Игроки получат более быструю загрузку чанков, нагрузка на диск станет предсказуемее, а у процессора останется больше ресурсов на мобов и плагины. Весь подход подробно — в гайде про снижение нагрузки от чанков.

Это важно даже на быстрых Ryzen или EPYC с NVMe Gen4. Хорошее железо сокращает мучения, но не допустить нагрузку лучше, чем реагировать на неё. Когда сообщество перерастёт исходную границу, расширьте её и снова предгенерируйте, а не превращайте исследование в день запуска в стресс-тест TPS.

Настраивайте активацию энтити, а не только лимиты мобов

Дальность активации энтити — настройка из Spigot, которую унаследовал Paper, — определяет, когда энтити поблизости выполняют свой обычный ИИ и логику тика. Проще говоря, зомби, который далеко от всех игроков, не обязан каждый тик просчитывать путь.

Она находится в spigot.yml, в разделе world-settings → default → entity-activation-range (а не в собственных конфигах Paper). Сбалансированная отправная точка для выживания:

world-settings:
  default:
    entity-activation-range:
      animals: 24
      monsters: 32
      raiders: 48
      misc: 16
      water: 16
      villagers: 24

Эти значения снижают фоновую работу с энтити, но мир не кажется пустым. Монстры остаются активными рядом с игроками, а дальние мобы перестают жечь процессор впустую. Особого внимания заслуживают жители: они дорогие из-за ИИ, рабочих мест, кроватей, системы репутации и поиска пути. Держите для них умеренную дальность активации, если сервер не завязан на большие торговые залы.

Не опускайте все значения слишком низко. Фермы станут ненадёжными, энтити, от которых игроки ждут нормального поведения, замрут, и появятся странные жалобы вроде «у меня перестали размножаться жители». Оптимизация Paper — это про сокращение лишнего, а не про отключение Minecraft.

Плотность мобов регулируйте аккуратно через spawn-limits и ticks-per-spawn в config/paper-world-defaults.yml. Серверу, построенному вокруг мобоферм, могут понадобиться лимиты выше, чем спокойному town-SMP. Если игроки жалуются, что ночи опустели, поднимайте лимиты маленькими шагами и следите за TPS. Когда меняешь пять параметров производительности сразу, найти причину проблемы почти невозможно.

Сделайте воронки и редстоун дешевле

Воронки — классический источник невидимых лагов. Одна воронка постоянно проверяет инвентари, и это нормально. Сотни и тысячи воронок под сортировщиками, фермами и стенами хранилищ — совсем другая история.

В config/paper-world-defaults.yml используйте параметры воронок, чтобы убрать бессмысленные проверки:

hopper:
  cooldown-when-full: true
  disable-move-event: true
  ignore-occluding-blocks: true

cooldown-when-full — обычно лёгкая победа: заполненной воронке незачем каждый тик пытаться переложить предметы. Отключение событий перемещения может заметно помочь, но есть компромисс: плагины, которые слушают события перемещения предметов в инвентарях, могут от них зависеть. Проверьте набор плагинов до включения, а затем протестируйте типичные системы — магазины, приваты и кастомные сортировщики. ignore-occluding-blocks заставляет воронки пропускать контейнеры, спрятанные внутри твёрдых блоков: проверок меньше, но поведение некоторых технических механизмов может измениться.

Редстоун сложнее «оптимизировать», не затрагивая постройки игроков. Реализация Alternate Current в Paper (redstone-implementation) может ускорить большие редстоун-схемы, но в пограничных случаях ведёт себя не так, как ваниль. Включайте её, только если сообщество не завязано на техническую точность Minecraft, или сначала проверьте на копии мира. На технических серверах сохранить ожидаемое поведение обычно важнее, чем немного процессорного времени.

Дальность деспавна против забытых мобов

Игроки постоянно оставляют после себя мобов: животных из заброшенных загонов, монстров в пещерах, выпавшие после PvP предметы, лодки и вагонетки у старых баз. За недели всё это накапливается.

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

Для выпавших предметов настройте радиус склеивания (merge-radius) в spigot.yml, чтобы на земле не лежали сотни отдельных энтити предметов. Разумный радиус сокращает число энтити у ферм и мобобоек, а подбирать лут игроки по-прежнему могут как обычно. Проверьте это на кастомных предметах и плагинах, которые записывают данные в выброшенные предметы.

Держите под контролем плагины, которые реально бьют по TPS

Один плохой плагин способен свести на нет весь выигрыш от лучшей конфигурации Paper. Типичные виновники — устаревшие античиты, криво настроенные рендеры карт, слишком частые обновления скорборда, форматирование чата с тяжёлыми запросами к базе и плагины, которые по расписанию сканируют все загруженные чанки.

Когда TPS падает, сначала профилируйте, а не меняйте настройки вслепую. Посмотрите, на что уходит время основного потока: энтити, загрузку чанков, редстоун, запланированные задачи или один конкретный плагин. Плагин, который каждый тик выполняет небольшую задачу для каждого игрока онлайн, быстро становится дорогим. Подробнее — в статье как ставить плагины на Paper и не убить TPS и в подборке плагинов против лагов.

Обновляйте сборку Paper и плагины, но с планом отката. Перед крупными обновлениями бэкапьте мир и данные плагинов, а новые версии проверяйте вне часов пик. Автоматические бэкапы кажутся скучными ровно до тех пор, пока несовместимое обновление не испортит мир или не обнулит инвентари игроков.

JVM и железо по-прежнему важны

Настройки Paper не исправят слабую однопоточную производительность процессора. Основной игровой цикл Minecraft сильно опирается на одно быстрое ядро, поэтому высокочастотная инфраструктура на Ryzen и EPYC важнее огромного числа ядер на слабом железе.

Дайте серверу достаточно памяти под мир, плагины и онлайн, но не считайте RAM единственной метрикой производительности. Больше памяти не решит проблему основного потока. Небольшому SMP на Paper может хватить 4 ГБ, серверу сообщества с множеством плагинов или большим предгенерированным миром — от 8 ГБ. Прежде чем расширяться, смотрите на реальное потребление; цифры собраны в разборе сколько оперативки нужно Paper-серверу.

Используйте современные JVM-флаги, подходящие вашей версии Java, и не копируйте древние строки запуска из форумных постов. Если панель хостинга предлагает проверенный пресет для Paper, берите его за основу. На управляемом хостинге Minecraft вроде Elysium полезная работа — это надёжные конфигурация сервера, бэкапы, хранилище и выделение процессора, чтобы вы занимались тем, что замечают игроки: стабильным TPS и миром, который будет на месте и завтра.

Проверяйте изменения как админ, а не гадайте

Меняйте по одной категории настроек, перезапускайте сервер, когда нужно, и тестируйте на реалистичной активности. Пусть игроки исследуют мир, запускают фермы, торгуют с жителями, ходят через порталы и заглядывают на самую загруженную базу. Сервер, который показывает 20 TPS без единого игрока онлайн, тест производительности не прошёл.

Перед серьёзной настройкой сохраняйте копию каждой рабочей конфигурации. Если параметр поднимает TPS, но ломает ключевую ферму или плагин, откатите его и выберите выигрыш поскромнее. Лучшая настройка — та, при которой сервер работает плавно и сохраняет тот Minecraft, ради которого пришло сообщество. А если рычагов не хватает, Purpur построен поверх Paper и добавляет ещё больше игровых и производительных опций.