В многопользовательском уровне 100+ реплицируемых актёров — игроки, снаряды, подбираемые предметы и статичные декорации — и десятки подключённых игроков. Выделенный сервер упирается в CPU на сетевом цикле: каждый тик он пересчитывает релевантность по соединениям и сравнивает реплицируемые свойства каждого актёра, а трафик к каждому клиенту насыщен. Большинство актёров меняются редко, и многие далеки от любого конкретного игрока. Опишите, как вы снизите стоимость сетевого цикла за тик. Требования: далёкие и нерелевантные актёры перестают тратить работу отправки для данного клиента; редко меняющиеся актёры не рассматриваются каждый тик; клиенту шлются только нужные ему свойства; а подход продолжает масштабироваться с ростом числа актёров и игроков.

Постановка задачи

Уровень со 100+ реплицируемыми актёрами и десятками игроков. Сервер тратит слишком много CPU на сетевой цикл: каждый тик он для каждого соединения вычисляет релевантность и сравнивает свойства каждого актёра.

Компоненты решения

1. Релевантность и отсечение по расстоянию

• NetCullDistanceSquared — актёр перестаёт реплицироваться клиентам за пределами радиуса. Базовая защита от рассылки всего всем.
• Не злоупотребляйте bAlwaysRelevant — он отключает отсечение.

2. Частота обновлений

• NetUpdateFrequency задаёт, как часто актёр рассматривается для репликации. Статичной декорации хватит 1–2 Гц; пешке игрока нужно 30–60 Гц.
• MinNetUpdateFrequency вместе с adaptive net update частотой снижает обновления, когда актёр не меняется.

3. Дормантность

• Статичные или простаивающие актёры переводятся в DORM_DormantAll. Сервер пропускает их в сетевом цикле, пока не вызван FlushNetDormancy.

4. Условная репликация свойств

• DOREPLIFETIME_CONDITION ограничивает свойство — например COND_OwnerOnly для приватных данных, COND_SkipOwner для предсказанного владельцем состояния. Меньше свойств — меньше работы при сравнении.

5. Replication Graph

• При большом масштабе заменяет поактёрный цикл релевантности. Актёры раскладываются по пространственным узлам (grid spatialization), и списки для соединений собираются из узлов вместо полного перебора.

Поток данных

Сервер: изменение состояния
   → актёр в узле Replication Graph (или поактёрный цикл)
   → отсечение по релевантности/расстоянию/дормантности
   → сравнение свойств с фильтром DOREPLIFETIME_CONDITION
   → пакет соединению
Клиент: применение свойств → колбэк OnRep

Компромиссы

• Низкий NetUpdateFrequency экономит CPU, но добавляет рывки быстрым актёрам.
• Дормантность бесплатна для статики, но забытый FlushNetDormancy ведёт к рассинхрону.
• Replication Graph даёт лучшее масштабирование, но требует кода настройки узлов и сложнее в отладке.