Лагает сервер Minecraft: причины и решения

«Сервер лагает» — самая частая жалоба владельцев Minecraft-серверов. Но за этими словами скрываются совершенно разные проблемы, и лечатся они по-разному. Прежде чем менять тариф или сносить плагины наугад, нужно понять, что именно тормозит. Разберёмся по порядку: где корень лагов, как его найти инструментами и что реально помогает.

TPS и пинг — это разные вещи

Первое и главное: «лаги» бывают двух видов, и путать их нельзя.

Низкий TPS — это когда тормозит сам сервер. TPS (ticks per second, тиков в секунду) в норме равен 20. Сервер обсчитывает мир 20 раз в секунду, и пока это так, всё идёт гладко. Если TPS падает до 15, 10 и ниже — весь мир замедляется: мобы дёргаются, блоки ломаются с задержкой, время «тянется». Тормозит у всех сразу.
Высокий пинг (ping) — это задержка сети между конкретным игроком и сервером. Тут сервер работает нормально (TPS 20), но у одного игрока рвётся или тормозит соединение. Проблема только у него.

Понять, что именно у вас, просто. Если тормозит у всех одновременно — это TPS, проблема на стороне сервера, и лечится она оптимизацией. Если тормозит у одного, а у остальных всё гладко — это его пинг, сеть или удалённость от дата-центра. Дальше речь пойдёт в основном про TPS, потому что именно им управляет владелец.

Как найти причину: spark и timings

Гадать бесполезно — нужен профилировщик. Он показывает, на что именно сервер тратит время каждый тик.

spark — современный стандарт. Ставится как плагин или мод, командой /spark tps показывает реальный TPS, а /spark profiler снимает подробный отчёт: какой плагин, какой моб или какой участок мира съедает больше всего ресурсов. Отчёт открывается в браузере в виде наглядного дерева.
timings — встроенный в Paper инструмент, работает похоже. Командой включаете сбор, играете несколько минут под нагрузкой, затем получаете ссылку на отчёт.

Смысл один: не угадывать, а увидеть виновника. Часто оказывается, что 80% нагрузки создаёт один криво написанный плагин или одна гигантская ферма — и чинить нужно именно её, а не всё подряд.

Частые причины лагов и что с ними делать

Слишком большой view-distance

view-distance в server.properties задаёт, сколько чанков вокруг себя видит каждый игрок. Каждая единица — это квадратично больше чанков, которые сервер обязан держать загруженными и обсчитывать. Значение 16 выглядит красиво, но нагружает сервер вчетверо сильнее, чем 8.

Для большинства серверов комфортное значение — 6–10. Отдельно есть simulation-distance (радиус, в котором реально «живут» мобы и механизмы) — его можно держать ещё ниже, чем view-distance, почти без потерь для игроков.

Мобы, хопперы и фермы

Классические пожиратели TPS:

Скопления мобов. Огромные фермы мобов или стада животных на маленьком пятачке заставляют сервер обсчитывать сотни сущностей каждый тик. Помогает лимит мобов в конфиге Paper и разумные размеры ферм.
Хопперы. Каждый хоппер постоянно проверяет, есть ли над ним предмет. Сотни хопперов в сортировочной системе — ощутимая нагрузка. Paper умеет их оптимизировать, но злоупотреблять всё равно не стоит.
Редстоун-механизмы и тикающие фермы. Сложная автоматика создаёт лавину обновлений блоков.

Профилировщик из прошлого раздела как раз покажет, если проблема здесь.

Генерация новых чанков

Когда игрок уходит в неизведанные земли, сервер генерирует чанки на лету — и это резко проседает TPS, особенно на модпаках. Решение — предгенерация плагином вроде Chunky: заранее прогенерировать карту до нужного радиуса, пока сервер свободен. После этого игроки перемещаются по готовому миру без рывков. Подробнее про Chunky и другие полезные плагины — в статье Лучшие плагины для Minecraft сервера в 2026.

Смена ядра на оптимизированное

Если вы всё ещё на чистой Vanilla или Spigot, переход на Paper или Purpur сам по себе даёт заметный прирост: эти ядра десятки раз оптимизированы и содержат тонкие настройки под нагрузку. Сменить ядро в панели panel.teahost.ru — дело одного клика, мир и плагины сохраняются.

Когда дело действительно в ресурсах

Иногда оптимизация упирается в потолок железа, и вот честные признаки, что не хватает именно ресурсов:

Мало RAM. Сервер постоянно чистит память (сборка мусора), из-за чего раз в несколько секунд подвисает. Особенно характерно для модпаков на 2–4 GB, которым нужно 6–8.
Упирается в CPU. Профилировщик показывает высокую нагрузку, но не на конкретный плагин, а «размазанную». Много игроков, тяжёлая генерация, сложные вычисления — всё это про процессор.

Тут важна оговорка: на бесплатных и дешёвых хостингах ресурсы часто общие, и ваш сервер конкурирует за них с соседями. На TeaHost память и мощность CPU выделенные — они закреплены за вами и не делятся с сотнями других серверов, а быстрые NVMe-диски снимают тормоза при чтении мира и логов. Если ваниле на компанию хватает Micro (2 GB) или Start (4 GB), то большому серверу с плагинами нужен Classic (6 GB) и выше, а тяжёлым модпакам — Pro (8 GB), Mega (12 GB) или Ultra (16 GB).

Порядок действий, если сервер лагает

Чтобы не метаться, действуйте по шагам:

Проверьте /spark tps — это TPS или чей-то пинг? Если пинг у одного игрока — сервер ни при чём.
Снимите профиль через spark или timings и найдите главного виновника.
Уберите или замените проблемный плагин/ферму, снизьте view-distance до 6–10.
Предгенерируйте мир через Chunky.
Если вы на Vanilla/Spigot — перейдите на Paper.
Если после всего этого сервер всё ещё захлёбывается и упирается в RAM или CPU — пора повышать тариф.

Большинство лагов лечатся первыми четырьмя шагами без всяких доплат. Но если сборка тяжёлая, а ресурсов объективно мало, никакая оптимизация не заменит недостающую память. Выделенные ресурсы, NVMe и DDoS-защиту вы найдёте в тарифах TeaHost — а на странице Minecraft-хостинга можно подобрать план под размер сервера. Не уверены, какой тариф нужен? Поддержка на support.teahost.ru подскажет, а гарантия возврата 3 дня позволяет проверить всё на практике без риска.