Войти Регистрация
← Все гайды

Почему лагает Minecraft-сервер и как исправить

«Лагает» может означать разные вещи — тормозит именно сервер (задержка у
всех одновременно) или тормозит соединение конкретного игрока (пинг).
Разберём именно серверные лаги — просадки TPS.

Как проверить, что не так

В консоли или игре (с правами оператора) выполните:

/tps

В идеале должно быть 20.0 — это значит, сервер полностью успевает
обрабатывать игровую логику. Если видите стабильно 15 и ниже — сервер не
справляется с нагрузкой.

Для более точной диагностики поставьте плагин Spark
(/spark profiler start, через минуту /spark profiler stop) — он
покажет, что именно ест процессорное время: конкретный плагин, тип мобов,
редстоун-механизмы и т.д.

Частые причины и решения

  • Фермы мобов и редстоун-часы — десятки тысяч сущностей или
    постоянно тикающие механизмы грузят сервер сильнее всего. Ограничьте
    лимиты мобов в spigot.yml или попросите игроков не строить фермы
    экстремального масштаба.
  • Слишком большой view-distance — прогрузка большого радиуса чанков
    на каждого игрока стоит дорого. Снижение с 12–16 до 6–8 часто даёт
    заметный прирост без потери комфорта игры.
  • Устаревшие/неоптимизированные плагины — плагин, который не
    обновлялся под текущую версию ядра, может работать медленно или
    конфликтовать с другими. Проверяйте через Spark, какой именно плагин
    «тяжёлый».
  • Не тот тип ядра — ванильный сервер объективно медленнее Paper на
    той же нагрузке. Если ещё не перешли на Paper/Purpur — это первое, что
    стоит сделать.
  • Просто не хватает ресурсов — если сервер оптимизирован, но
    постоянно упирается в лимит по CPU при большом онлайне (20+ активных
    игроков, тяжёлый модпак) — это уже вопрос не настроек, а
    производительности железа. Здесь помогает переход на тариф с более
    мощным процессором — на серверах с текущими EPYC-процессорами разница
    по TPS при одинаковой нагрузке заметна невооружённым глазом по
    сравнению со старым железом.

Что не поможет

Добавление ещё оперативной памяти без реальной нехватки RAM (проверяется
по /tps вместе с использованием памяти в панели) обычно не решает
проблему с TPS — лаги по TPS почти всегда упираются в процессор и
логику, а не в объём памяти.