Введение: когда сервер не справляется

Сообщение «Can't keep up! Is the server overloaded? Running XXXXms or XX ticks behind» в консоли сервера — это сигнал SOS. Сервер не успевает обрабатывать игровые тики (должно быть 20 тиков в секунду), и игровой мир начинает «тормозить»: мобы двигаются рывками, блоки ломаются с задержкой, еда не естся. В этом гайде я разберу все причины этой ошибки и покажу, как вернуть серверу стабильные 20 TPS.

Что такое TPS и почему он падает

TPS (Ticks Per Second) — это количество игровых тиков, которые сервер обрабатывает за секунду. Норма — 20 TPS. Если сервер не успевает, TPS падает:

• 20 TPS: идеально, всё плавно.
• 15-19 TPS: небольшие лаги, заметно при копании блоков.
• 10-14 TPS: серьёзные лаги, мобы «телепортируются».
• Ниже 10 TPS: сервер практически неиграбелен.

Сообщение «Can't keep up!» появляется, когда сервер отстаёт более чем на 2000 миллисекунд (2 секунды) от реального времени.

Шаг 1: Диагностика — измеряем TPS

1. В консоли сервера введите команду /tps (доступна в Paper/Purpur, или через плагин EssentialsX).
2. Вы увидите TPS за последние 5, 10, 15 минут и текущий.
3. Установите плагин Spark: /spark profiler start --timeout 300 (профилирование на 5 минут).
4. Spark покажет, какие задачи, плагины и чанки потребляют больше всего процессорного времени.

Шаг 2: Основные причины падения TPS

Шаг 3: Устранение причин

3.1 Слишком много мобов (Entity Lag)

Игроки часто строят гигантские фермы животных (500 кур в одном чанке). Сервер должен обсчитывать каждую курицу каждый тик — это убивает TPS.

Решение:

• Команда для поиска проблемных чанков: /spark health → раздел «Entities».
• Убейте лишних мобов: /kill @e[type=chicken,distance=..50].
• Установите лимиты в файле bukkit.yml:
  spawn-limits.monsters: 30
spawn-limits.animals: 10
spawn-limits.water-animals: 5
• Плагин ClearLag автоматически удаляет лишних мобов раз в 10 минут.

3.2 Редстоун-лаги

Часы из редстоуна (мигалки), гигантские сортировочные системы, TNT-дубликаторы — всё это нагружает CPU.

Решение:

• Используйте плагин AntiRedstoneClock для автоматического отключения лагающих схем.
• В paper.yml настройте redstone-implementation: ALTERNATE (менее точный, но быстрее).
• Попросите игроков выключать фермы, когда они не используются.

3.3 Проблемный плагин

Запустите Spark-профилирование. В отчёте найдите плагины, которые потребляют >5% CPU. Обновите их до последней версии. Если обновлений нет — замените на альтернативу.

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

Если игроки летят на элитрах в новые территории, сервер генерирует десятки чанков в секунду.

Решение:

• Предзагрузите мир плагином Chunky: /chunky radius 5000 — загрузит чанки в радиусе 5000 блоков от спавна.
• Запускайте предзагрузку ночью, когда игроков меньше.

Шаг 4: Превентивные меры

• Мониторинг: установите плагин Plan (Player Analytics) — он показывает графики TPS, нагрузки CPU, количества мобов за последние дни.
• Авто-рестарт: настройте перезагрузку сервера раз в 12-24 часа для очистки памяти.
• Обновляйте ядро: Paper/Purpur регулярно выпускают оптимизации. Следите за обновлениями.

Типичные ошибки администраторов

• Игнорируют предупреждения. Одно сообщение «Can't keep up!» — не страшно. Если они идут потоком — пора действовать.
• Увеличивают view-distance для «красоты». View-distance 12 = 144 чанка на игрока. При 10 игроках это 1440 активных чанков. Уменьшите до 6-8.
• Ставят 50 плагинов на слабый VDS. Каждый плагин потребляет CPU. Оптимизируйте список.

💡 Совет профи

Используйте Paper's Timings (встроенный профайлер). В консоли введите /timings paste — сервер соберёт отчёт и выдаст ссылку. В отчёте вы увидите покраску чанков: красные — лагают, зелёные — в порядке. Красные чанки — это почти всегда фермы мобов или редстоун-схемы. Телепортируйтесь туда и разберитесь с проблемой точечно. Это быстрее, чем Spark, и не требует установки плагинов.