Синхронизация и оптимизация движения поездов и дронов на выделенном сервере Satisfactory

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

В этой статье мы разберем внутреннюю логику обсчета ИИ-транспорта на стороне выделенного сервера Satisfactory и научимся правильно строить развязки с использованием Блок-сигналов (Block Signals) и Путь-сигналов (Path Signals), чтобы предотвратить рассинхронизацию и зависания.

Почему на сервере «ломается» автоматический транспорт?

В одиночной игре (Singleplayer) расчет путей транспорта происходит моментально. На выделенном сервере игра разделена на потоки, и симуляция ИИ-маршрутов зависит от серверного тикрейта. Сбои происходят по двум главным причинам:

• Десинхронизация координат (Server-Client Desync): Когда поезда движутся на высокой скорости, сервер вычисляет их положение дискретно (определенными шагами). Если в этот момент серверный процессор занят автосохранением или тяжелым расчетом производства, тик задерживается. Поезд физически проскакивает невидимую триггерную точку смены сигнала, и автоматика сервера считает, что состав нарушил правила проезда, аварийно останавливая его с ошибкой No Path или Waiting for Time Table.
• Потоковый тупик при расчете коллизий (Deadlock): Если железнодорожная сеть построена хаотично, без четкого разделения на независимые зоны, сервер заставлен каждую секунду просчитывать траектории всех поездов на одной линии, чтобы предотвратить их столкновение. Если два поезда блокируют друг друга на перекрестке, ИИ переходит в бесконечный цикл поиска альтернативного пути, что вызывает резкую просадку серверного TPS.

Золотые правила железнодорожной сигнализации

Чтобы автоматика сервера никогда не сбоила, рельсы необходимо разделять на **Блоки** — изолированные участки пути, на которых в один момент времени может находиться только один состав. За это отвечают два типа сигналов.

Главное правило установки сигналов: Всегда размещайте сигналы с правой стороны рельсов по направлению движения поезда. Если вы строите двухпутную железную дорогу, сигналы на путях не должны смотреть друг на друга, иначе сервер посчитает этот участок реверсивным и запутается в приоритетах.

1. Блок-сигнал (Block Signal) — для прямых участков и станций

Блок-сигнал работает просто: он считывает состояние участка путей впереди себя до следующего сигнала. Если там уже стоит или едет другой поезд, сигнал горит красным и не пускает следующий состав.

• Где использовать: На длинных прямых перегонах между базами и прямо перед въездом на грузовые станции.
• Оптимизация нагрузки: Разделяйте длинные магистрали Блок-сигналами на отрезки, равные длине примерно 1.5–2 ваших стандартных поездов. Это позволит составам ехать друг за другом плотным потоком, а серверу — обрабатывать их движение локальными, изолированными блоками данных, не перегружая глобальный сетевой поток.

2. Путь-сигнал (Path Signal) — для сложных перекрестков и развязок

Это продвинутый сигнал, который предотвращает лаги при расчете пересечений. Он не просто проверяет, пуст ли перекресток, а заставляет поезд заранее «зарезервировать» конкретную безопасную траекторию (путь) внутри этой развязки.

• Где использовать: Строго на въездах на любые развилки, Т-образные перекрестки и круговые развязки.
• Как это работает для сервера: Если два поезда въезжают на сложный перекресток с разных сторон и их пути физически не пересекаются (например, один поворачивает направо, а другой едет прямо), Путь-сигнал позволит им проехать перекресток одновременно. Серверу не придется останавливать один из составов и тратить процессорное время на перерасчет его расписания Cliff.

Инженерный алгоритм построения идеального перекрестка

Чтобы ваш перекресток никогда не вызывал ошибку Signal Loop Standard и не вешал сервер, используйте универсальную формулу автоматизации:

На всех ВЪЕЗДАХ на перекресток ставьте ПУТЬ-СИГНАЛ.
На всех ВЫЕЗДАХ с перекрестка ставьте БЛОК-СИГНАЛ.

1. Оградите саму зону перекрестка: рельсы внутри развилки должны стать единым изолированным блоком.
2. Перед развилкой (за несколько метров до пересечения рельс) установите Путь-сигнал. Поезд, приближаясь к нему, пошлет запрос серверу на бронирование маршрута.
3. Сразу за перекрестком, на прямом пути уходящего рельса, поставьте Блок-сигнал. Как только последний вагон пересечет этот сигнал, перекресток моментально освободится для других поездов.

Оптимизация Дронов: как избежать зависания в воздухе

Дроны — идеальный транспорт для перевозки дорогих ресурсов (урановая руда, батареи, процессоры) на большие расстояния. Они летают по прямым линиям и не требуют рельс, но на выделенных серверах часто «зависают» в бесконечном режиме ожидания над портами.

Чек-лист обслуживания автоматизации для администратора

• Регулярно чистите буферы портов: Если выходной инвентарь Дрон-порта полностью забит ресурсами, дрон прилетит, зависнет над ним и будет находиться в активном режиме симуляции, нагружая тикрейт сервера. Используйте умные разветвители (Smart Splitters) и уводите излишки ресурсов в Утилизатор (Awesome Sink).
• Избегайте пересечений путей на одном уровне: Строя магистральные ЖД развязки, старайтесь разводить пути по высоте (делать эстакады и мосты), чтобы поезда вообще физически не пересекались на одном уровне. Нет пересечений — серверу вообще не нужно использовать процессорное время на расчет логики сигналов и коллизий на этом участке.

Резюме: Настройка железнодорожной сигнализации в Satisfactory требует грамотного распределения вычислений. Сеть путей, возведенная по эстакадному принципу с четкими блоками сигналов, локализует расчеты ИИ в отдельные потоки, позволяя выделенному серверу держать стабильные 30.0 UPS.