Как поднять TPS на сервере Minecraft и убрать лаги

TPS сервера Minecraft — один из главных показателей стабильности игрового мира: как только он опускается ниже 20, игроки замечают рывки, задержку в открытии инвентаря и телепортацию мобов. В этой статье разберём, откуда берутся просадки TPS, как их диагностировать и что реально помогает вернуть плавность игры.

Что такое TPS сервера Minecraft и как его измерить

TPS (ticks per second) — количество игровых тиков, которые сервер успевает обработать за секунду. Идеальное значение — 20, именно на нём построена вся физика Minecraft: рост растений, работа редстоуна, движение мобов, тайминги варп-порталов. Когда TPS сервера Minecraft падает до 15-10 и ниже, игра начинает буквально "тормозить" — блоки ломаются с задержкой, мобы дёргаются, а редстоун-механизмы работают некорректно.

Проверить текущий показатель можно прямо в консоли:

/tps

На Paper и его форках команда выдаёт значения за последние 1, 5 и 15 минут. Если цифра держится на уровне 19.8-20.0 — всё в порядке, это нормальные микроколебания. Проблема начинается, когда среднее за 5 минут стабильно ниже 18.

Если вы только выбираете, где разместить проект и хотите избежать типичных проблем с производительностью с самого старта, посмотрите хостинг Minecraft с процессорами Ryzen и NVMe-накопителями — это снимает половину типичных причин лагов ещё до настройки плагинов.

Основные причины падения TPS: чанки, мобы и плагины

Просадка TPS сервера Minecraft почти всегда складывается из трёх источников: перегруженная генерация/загрузка чанков, избыточное количество сущностей и тяжёлые плагины или моды. Разберём каждый по отдельности.

Чанки: генерация и загрузка

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

• Игроки с большим view-distance разгоняют одновременную генерацию новых чанков.
• Фермы, использующие чанк-лоадеры, держат постоянно активными зоны, где нет игроков.
• Ландшафты со сложным рельефом (пещеры, океаны) требуют больше вычислений на генерацию.

Проверить нагрузку по чанкам можно командой:

/forge tps
/timings report

Для Paper-серверов полезно снизить дистанцию прогрузки в конфигурации:

# server.properties
view-distance=8
simulation-distance=6

Уменьшение view-distance с 12-16 до 8-10 часто даёт заметный прирост TPS без визуальных потерь для игроков, особенно на серверах с 10+ одновременных подключений.

Мобы и сущности

Каждый моб, дроп предмета, стрела и минвагонетка — это активная сущность, которую сервер тикает каждый кадр. На фермах опыта и лута их количество легко достигает сотен в одном чанке.

Диагностика через встроенные инструменты Paper:

/timings on
# подождать 5-10 минут игровой активности
/timings paste

Отчёт покажет, сколько миллисекунд тика уходит на обработку сущностей конкретного типа. Если, например, entity-tracking для зомби занимает 30% времени тика — пора ограничивать мобостойки.

Практические лимиты в конфигурации Paper (paper-world-defaults.yml):

entities:
  spawning:
    monster-spawn-max-limit: 70
    per-player-mob-spawns: true
entity-per-chunk-save-limit:
  experience_orb: 12
  arrow: 8

Плагины и моды

Плохо оптимизированный плагин способен "съедать" больше времени тика, чем сотня мобов. Классические виновники: плагины экономики с частыми запросами к базе данных без кэширования, плагины античита с проверкой каждого игрока каждый тик, скрипты на CoreProtect без ограничения логирования.

Найти виновника поможет тот же /timings paste — отчёт сортирует плагины по нагрузке на тик. Также полезен профилировщик Spark:

/spark profiler start
# дождаться просадки TPS
/spark profiler stop

Spark строит дерево вызовов и точно показывает, какой метод какого плагина тратит больше всего CPU-времени — гораздо детальнее, чем встроенный timings.

Оптимизация конфигурации для стабильного TPS

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

Настройки паперных конфигов

# spigot.yml
world-settings:
  default:
    mob-spawn-range: 6
    entity-activation-range:
      animals: 16
      monsters: 24
      raiders: 48
      misc: 8
    hopper-transfer: 8
    hopper-check: 8

Увеличение hopper-transfer и hopper-check снижает частоту опроса воронок — на фермах с десятками сортировочных систем это ощутимо разгружает тик.

Ограничение редстоуна и тикающих блоков

Редстоун-машины на большой площади создают постоянную нагрузку. В paper-world-defaults.yml можно ограничить количество обновлений на тик:

redstone-implementation: EIGENCRAFT

Альтернативная реализация редстоуна EIGENCRAFT работает быстрее ванильной на сложных схемах, особенно на серверах с активными технобилдами.

Разгрузка через оборудование

Даже идеально настроенный конфиг упирается в возможности железа, если процессор не тянет однопоточную нагрузку — а тик сервера Minecraft всегда обрабатывается одним потоком. Высокая тактовая частота CPU здесь важнее количества ядер, а SSD NVMe заметно ускоряет запись чанков и автосохранение мира по сравнению с классическими HDD или медленным SSD SATA.

Если проект растёт и упирается в лимиты текущей конфигурации, стоит сравнить характеристики железа — подробности о доступных играх и параметрах смотрите в разделе Все наши игровые серверы.

Мониторинг и профилактика: как не допустить повторного падения TPS

Разовая оптимизация решает проблему на текущий момент, но нагрузка растёт вместе с числом игроков и объёмом мира. Нужен постоянный мониторинг.

Регулярные проверки

• Настройте плагин мониторинга (например, Spark в режиме постоянного профилирования с низким интервалом) для сбора статистики за неделю.
• Раз в неделю проверяйте /timings report после пиковых часов онлайна.
• Следите за размером мира — папки region и entities растут вместе с количеством исследованных чанков, а старые неиспользуемые чанки можно обрезать утилитой MCA Selector.

Резервные копии перед экспериментами

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

tar -czvf backup_world_$(date +%F).tar.gz world/

Панель Pterodactyl позволяет настроить автоматическое расписание бэкапов без ручного вмешательства — это снижает риск потери прогресса при тестировании тяжёлых модпаков или новых плагинов оптимизации.

Контроль ресурсов на стороне инфраструктуры

Если после всех оптимизаций TPS всё равно проседает под пиковой нагрузкой, вероятно, дело в нехватке вычислительных ресурсов, а не в конфигурации. В этом случае помогает переход на конфигурацию с более быстрым процессором и NVMe-накопителем, а также встроенная защита от DDoS-атак, которая исключает ложные просадки TPS во время сетевых атак на порт сервера.

Подробнее о технической стороне управления собственной инфраструктурой можно почитать в официальной документации панели: Source.

Падение TPS сервера Minecraft редко имеет одну причину — обычно это сочетание перегруженных чанков, избытка сущностей и тяжёлых плагинов. Системная диагностика через timings и spark, разумные лимиты в конфигурации и регулярный мониторинг позволяют держать тик стабильным даже на активных проектах с десятками игроков.

FAQ

Какой TPS считается нормальным для сервера Minecraft?

Стабильные 19.5-20.0 — нормальное значение. Просадки ниже 18 на протяжении нескольких минут уже требуют диагностики через /timings или Spark.

Влияет ли количество плагинов напрямую на TPS?

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

Помогает ли снижение view-distance от лагов?

Да, снижение view-distance и simulation-distance в server.properties уменьшает количество одновременно обрабатываемых чанков и часто даёт заметный прирост TPS без потери качества игры для большинства игроков.