Общие маркеры профайлера

Профилировщик не записывает никаких дополнительных подробных данных под маркером EditorLoop. Это связано с тем, что образцы, которые генерирует код редактора, когда профилировщик профилирует режим воспроизведения, создают большие накладные расходы на профилирование.

Unity классифицирует все образцы из маркера EditorLoop как Другие в диаграммах модуля CPU Profiler. В результате образцы EditorLoop обычно вносят наибольший вклад в эту категорию. Если вы хотите увидеть, что редактор делает в это время, а также получить более подробную информацию о том, что еще влияет на категорию Другие, измените профилировщик вместо этого укажите в редакторе.

Переключение цели Профилировщика на Редактор изменяет то, что Профилировщик отображает на панели сведений модуля Профилировщик ЦП, а также разбивку по категориям на диаграммах модуля Профилировщик ЦП. Это связано с тем, что образцы, которые ранее были скрыты в образце EditorLoop, затем вносят свой вклад в соответствующие категории.

Выборки, вложенные в маркер Profiler.CollectGlobalStats, показывают, сколько дополнительных ресурсов берет на себя проигрыватель при сборе статистики определенного модуля. Все другие дочерние образцы отражают их эффект только в редакторе.

Чтобы устранить накладные расходы, связанные с конкретным модулем, закройте диаграмму модуля или вызовите Profiler.SetAreaEnabled.

Примечание. Модули Custom Profiler, использующие встроенные счетчики, включают область встроенного счетчика, даже если модуль, к которому он принадлежит, был отключен. Чтобы профилировщик не собирал эту статистику и не создавал служебных данных, убедитесь, что встроенный модуль профилировщика и ваш пользовательский модуль профилировщика отключены.

Если образец представляет собой подвыборку Gfx.WaitForPresentOnGfxThread, он представляет собой количество времени, которое ваше приложение потратило на ожидание GPU. Например, это может быть время, которое GPU потратил на ожидание следующей VSync, если это настроено в QualitySettings.vSyncCount, или если vSync принудительно на вашей целевой платформе. Однако образцы с этим маркером также генерируются, если графический процессор не закончил вычисление кадра.

Чтобы определить, почему образцы с этим маркером занимают много времени, переключитесь на представление временной шкалы в модуле CPU Profiler. В этом представлении вы можете проверить, что произошло в потоке рендеринга и сколько времени прошло между этим сэмплом, заканчивающимся в текущем кадре, и тем же семплом, заканчивающимся в соседних кадрах.

Если продолжительность больше, чем должно быть время кадра вашего приложения (исходя из целевой частоты кадров или vSync), ваши кадры занимают слишком много времени для рендеринга или вычисления. Если это так, изучите поток рендеринга и посмотрите, сколько времени он потратил на Gfx.PresentFrame по сравнению с другой работой, которую он затрачивал на подготовку и выдачу команд графическому процессору. Если поток рендеринга провел много времени в Gfx.PresentFrame, ваша работа по рендерингу связана с GPU. Если время потока рендеринга было потрачено на подготовку команд, ваше приложение привязано к ЦП.

Чтобы узнать, на чем следует сосредоточиться, если ваше приложение привязано к графическому процессору, профилируйте работу графического процессора с помощью Unity Profiler или профилировщика платформы. Дополнительные сведения см. в документации руководства пользователя о том, как оптимизировать производительность графики.

Примечание. Редактор не выполняет вертикальную синхронизацию на графическом процессоре, а вместо этого использует функцию WaitForTargetFPS для имитации задержки вертикальной синхронизации. Некоторые платформы, в частности Android и iOS, используют VSync или имеют ограничение частоты кадров по умолчанию, равное 30 или 60.

Образцы с маркером WaitForTargetFPS в основном потоке показывают, сколько времени тратится на ожидание VSync.

Подробнее об этом образце и обзор конвейера кадров Unity см. на странице Запись в блоге Unity об исправлении разницы во времени.

Если поток рендеринга проводит время в Camera.Render, ваше приложение привязано к процессору и может тратить слишком много времени на отправку вызовов отрисовки или текстур на графический процессор.

Если поток рендеринга проводит время в Gfx.PresentFrame, ваше приложение привязано к графическому процессору или может ожидать VSync на графическом процессоре. Подвыборка WaitForTargetFPS для Gfx.WaitForPresentOnGfxThread представляет часть фазы Present, которую ваше приложение потратило на ожидание VSync. Текущая фаза — это часть времени между тем, когда Unity дает графическому API указание поменять местами буферы, и временем завершения этой операции.

Это прерывание может вызвать задержки в выполнении вашего приложения, которые длятся от менее одной миллисекунды до сотен миллисекунд. Это зависит от того, сколько памяти требуется сборщику мусора, и от платформы, на которой работает ваше приложение. Дополнительную информацию см. в документации по Общие сведения об автоматическом управлении памятью.

Небольшие промежутки между примерами бездействия обычно возникают, когда система заданий активирует их, например, для планирования новых заданий. Более длинные промежутки могут указывать на то, что в потоке выполняется собственное задание, которое не было инструментировано..

Есть четыре отдельных подэтапа:

Это ресурсоемкая операция, поэтому следует по возможности избегать вызова этих методов во время выполнения.

Вы можете избежать этого предупреждения, если сможете сэкономить память, чтобы выделить больший размер вперед.

Вы можете использовать параметр Размер буфера асинхронной загрузки в Настройках качества, чтобы установить размер по умолчанию.

Маркер AsyncUploadManager.AsyncBufferResized указывает вновь выделенный размер, который можно использовать в качестве ориентира для размера буфера по умолчанию.