Какие плюсы и минусы Static Batching?

Преимущества и недостатки Static Batching в Unity

Static Batching — это техника оптимизации рендеринга, которая комбинирует несколько статических мешей в один крупный меш (или меньшее количество мешей) для уменьшения количества draw calls (вызовов отрисовки). Это достигается путём объединения вершинных данных объектов, помеченных как Static в инспекторе Unity и имеющих одинаковый материал.

📊 Основные преимущества Static Batching

• Значительное сокращение Draw Calls: Это главное преимущество. Каждый отдельный меш требует отдельного вызова графического API. Объединив, например, 100 одинаковых статических объектов в один батч, можно сократить draw calls со 100 до 1 (или немногих), что кардинально снижает нагрузку на CPU, особенно на этапе SetPass calls.
• Повышение производительности на CPU: Уменьшение количества draw calls напрямую снижает нагрузку на центральный процессор, который отвечает за подготовку и отправку команд рендеринга на GPU. Это освобождает ресурсы для логики игры, физики и других систем.
• Автоматизация и простота использования: Для активации достаточно отметить объект как Static (или выбрать только Batching Static) в инспекторе. Unity автоматически выполнит батчинг для подходящих объектов во время сборки (Build time) или в редакторе (при включенной опции). Не требует написания дополнительного кода.
• Эффективность для статичной геометрии уровня: Идеально подходит для неподвижных элементов окружения: зданий, стен, полов, декораций, ландшафта, которые составляют бóльшую часть полигонов в сцене.
• Совместимость с динамической тенью от статичных объектов: Объекты, участвующие в статическом батчинге, по-прежнему могут отбрасывать и принимать динамические тени (в зависимости от настроек ShadowCasting Mode и Receive Shadows).

⚠️ Основные недостатки и ограничения Static Batching

• Повышенное потребление памяти (RAM): Это ключевой недостаток. Unity создаёт в памяти копию вершинных данных для каждого объекта в батче. Если у вас 100 идентичных кубов, вместо хранения одного меша с трансформациями, будет храниться 100 копий его вершин. Это может привести к неэффективному использованию оперативной памяти.

// Пример: 100 кубов с одним мешом, но разными трансформациями.
// Без батчинга: в памяти 1 меш + 100 матриц трансформации.
// Со Static Batching: в памяти 100 копий вершин меша (значительно больше).

• Ограничения на совместимость объектов:

    *   Объекты должны быть отмечены как **Static**.
    *   Они должны использовать **один и тот же материал** (или материалы из одного атласа текстур). Разные материалы предотвращают батчинг.
    *   **Transform** объекта не должен меняться во время выполнения (никаких перемещений, вращений, масштабирования). Изменение трансформации "сломает" батч.

• Увеличение размера билда и времени загрузки: Так как объединённые меши предварительно рассчитываются и сохраняются в данных сборки, это может увеличить размер билда игры и время загрузки уровня.
• Нет экономии на вершинных шейдерах: В отличие от Dynamic Batching (для мелких объектов), Static Batching не выполняет преобразование вершин на CPU. Вся геометрия передаётся на GPU "как есть", что является плюсом для производительности GPU, но не даёт той экономии, которую даёт динамический батчинг для простых мешей.
• Проблемы с модификаторами меша (Procedural Meshes): Если скрипт модифицирует меш объекта (например, через MeshFilter.mesh), это автоматически исключает его из статического батчинга, так как меш перестаёт быть статическим.

🎯 Рекомендации по применению

Используйте Static Batching для:

• Неподвижного, сложного окружения (здания, интерьеры).
• Объектов, которые гарантированно не будут двигаться.
• Сцен, где производительность упирается в высокое количество draw calls.

Избегайте или используйте с осторожностью:

• Для множества абсолютно идентичных объектов (подумайте об инстансинге через Graphics.DrawMeshInstanced или SRP Batcher).
• На платформах с жесткими ограничениями по оперативной памяти (мобильные устройства). Всегда контролируйте потребление памяти в Profiler (окно Memory и раздел Saved by batching в Rendering).
• Если объекты должны иметь возможность двигаться во время выполнения (для них используйте оптимизации вроде GPU Instancing или Dynamic Batching).

Вывод: Static Batching — мощный инструмент для оптимизации статического контента, но его слепое применение может привести к избыточному потреблению памяти. Анализ через Frame Debugger и Profiler необходим для принятия взвешенного решения о его использовании в каждом конкретном случае.