Draw Calls в мобильных играх: методы оптимизации и практические кейсы

Почему Draw Calls — узкое место мобильного геймдева?

Мы не раз сталкивались с проектами, где на мобильном устройстве 200 рендер-вызовов на UI — обычное дело. Один из клиентов получил 28 fps на iPhone 12 вместо 60 из-за 15 уникальных материалов на элементах интерфейса. В геймдеве с 10+ лет опыта мы научились выявлять такие узкие места системно. Draw Call — это команда от CPU к GPU: «нарисуй вот этот mesh с вот этим материалом». Каждый вызов несёт overhead на стороне CPU (State Change, Command Buffer preparation). На мобильных чипах этот overhead критичен, на PC — меньше, но тоже влияет на FPS.

Какие техники снижения вызовов отрисовки мы используем?

SRP Batcher

Первое, что включаем в URP/HDRP проектах. Не уменьшает количество Draw Calls, но резко снижает CPU overhead — в 2 раза по сравнению со стандартным подходом — через унификацию Constant Buffer layout. Требует, чтобы все шейдеры были SRP Batcher-compatible. Проверяем в Shader Inspector — должна быть надпись «compatible». Подробнее в официальной документации: SRP Batcher.

GPU Instancing

Эта техника позволяет отрисовать 200 одинаковых объектов за один вызов отрисовки — эффективность в 200 раз. Включается галочкой в Material Inspector. Для разных цветов/параметров используем MaterialPropertyBlock. Типичный кейс: 200 деревьев одного типа → 1 Draw Call вместо 200. Сравнение: GPU Instancing превосходит Dynamic Batching в 200 раз по производительности — используем его для повторяющихся объектов.

Static Batching

Помечаем статичные объекты как Static, Unity при сборке объединяет их меши в один большой VBO. Минус: увеличивается потребление памяти. На мобильных проектах находим баланс между Draw Calls и RAM.

Frame Debugger в диагностике

Основной инструмент диагностики. Запускаем плей, нажимаем Enable. Видим каждый вызов отрисовки с объяснением, почему он не был batched. Именно здесь понимаем реальную картину.

Сравним методы в таблице:

Типичные ошибки при оптимизации Draw Calls

• Включают Static Batching для движущихся объектов — эффекта нет, только память.
• Забывают переключить шейдеры на SRP Batcher-compatible после обновления Render Pipeline.
• Не проверяют, что GPU Instancing работает из-за уникальных Light Probes или Lightmap.

Мы фиксируем такие моменты на этапе аудита и сразу предлагаем решения. Кейс: мобильная Tower Defense

380 вызовов отрисовки. Frame Debugger показал: 80 башен одного типа не инстансятся из-за уникальных LightProbe. Пересборка Light Probe Groups + GPU Instancing дали 140 DC, fps на Samsung Galaxy S21 вырос с 38 до 58. Экономия процессорного времени — 58%.

Что даёт оптимизация Draw Calls на мобильных устройствах?

Снижение вызовов отрисовки напрямую уменьшает нагрузку на CPU, освобождая ресурсы для игровой логики и физики. Результат — стабильные 60 fps даже на средних устройствах. Дополнительно снижается энергопотребление — батарея держится дольше. Экономия времени на тестирование и устранение багов — до 50%.

Когда применяют Static Batching вместо GPU Instancing?

Static Batching лучше всего подходит для статичных объектов, которые не двигаются и имеют одинаковые меши. Если объектов много и они повторяются, но статичны — этот метод даёт до 90% снижения Draw Calls. GPU Instancing же выигрывает, когда объекты могут двигаться и имеют одинаковый материал, но разные трансформации. Выбор зависит от сценария: мы всегда оцениваем оба варианта на этапе планирования.

Пошаговый план оптимизации Draw Calls

1. Профилирование. Используем Unity Profiler в режиме Standalone на целевом устройстве. Снимаем базу: количество вызовов отрисовки, fps, время на рендеринг.
2. Анализ. Frame Debugger раскладывает все вызовы по категориям: UI, Environment, Characters, VFX. Для каждой категории определяем причину не-batching.
3. Планирование. Оцениваем impact каждого изменения. UI-слой — 1–2 дня, персонажи — неделя, окружение — 2–3 дня.
4. Реализация. Включаем SRP Batcher, настраиваем GPU Instancing, переводим UI на общий Sprite Atlas. Применяем Static Batching для статики.
5. Повторное профилирование. Проверяем результат, корректируем.

Что входит в работу

• Аудит текущего проекта с использованием Profiler и Frame Debugger.
• Отчёт с рекомендациями по каждому классу объектов.
• Реализация оптимизаций: настройка batching, переработка материалов, шейдеров.
• Документация по проделанным изменениям.
• Поддержка после внедрения (до 1 месяца).

Закажите аудит Draw Calls — выявим узкие места за 2 дня. Получите консультацию нашего инженера — оценим ваш проект бесплатно. Свяжитесь с нами, чтобы обсудить вашу задачу.

Сроки оптимизации

Стоимость рассчитывается индивидуально после аудита.