Как мне интерпретировать выходные данные intel-gpu-top и intel-gpu-overlay?

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

Процессы от intel-gpu-overlayчтения что - то вроде: 15R, 16B, 41ms waits. Что такое R, что такое B, что означает это время ожидания?

Он имеет процессор: 152% (я думаю, это то же самое, что я получаю сверху). рендер: 32%, битовый поток: 6%, blt: 6%. Какой тип кода приведет к тому, что эти значения станут узким местом, и как они будут вести себя в системе?

Вот пример intel-gpu-top:

               render busy:  23%: ████▋                                  render space: 12/16384

                      task  percent busy
                       GAM:  29%: █████▉                  vert fetch: 1380772913 (5386667/sec)
                        CS:  23%: ████▋                   prim fetch: 350972637 (1368891/sec)
                      GAFS:   9%: █▉                   VS invocations: 1375586768 (5385212/sec)
                       TSG:   8%: █▋                   GS invocations: 0 (0/sec)
                       VFE:   7%: █▌                        GS prims: 0 (0/sec)
                       SVG:   3%: ▋                    CL invocations: 677098924 (2648400/sec)
                        VS:   3%: ▋                         CL prims: 682224019 (2663834/sec)
                      URBM:   2%: ▌                    PS invocations: 9708568482932 (34396218804/sec)
                        VF:   2%: ▌                    PS depth pass: 15549624948405 (58732230331/sec)
                       SDE:   0%:                      
                        CL:   0%:                      
                        SF:   0%:                      
                       TDG:   0%:                      
                        RS:   0%:                      
                      GAFM:   0%:                      
                       SOL:   0%:

Взято по ссылке, приведенной в комментариях в ОП.

Мне тоже было любопытно, так что вот только несколько вещей, которые я мог бы извлечь из справочников . Также интерес представляет источник intel-gpu-tools , и особенно он lib/instdone.cописывает, что может появиться во всех моделях Intel GPU. Этот патч также очень помог в переводе всех этих сокращений!

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

Сначала три строки справа:

• Пространство рендеринга, вероятно, используется обычными трехмерными операциями.
• Похоже , битовый поток связан с декодированием звука? Это довольно общий термин, который трудно найти с помощью запроса. Хотя он не отображается на моем GPU (Skylake HD 530), поэтому он может быть не везде.
• Блиттер описан в том. 11 и, кажется, отвечает за аппаратное ускорение 2D-операций (блиттинг).

Трубопроводы с фиксированной функцией (FF) (функции старых графических процессоров):

• VF: Vertex Fetcher (том 1), первый блок FF в 3D Pipeline, отвечающий за выборку данных вершин из памяти.
• VS: Vertex Shader (vol.1), вычисляет вещи по вершинам каждого примитива, нарисованного GPU. Довольно стандартная работа на графических процессорах.
• HS: Шейдер корпуса
• TE: тесселяционный движок
• DS: Доменный шейдер
• GS: Геометрический шейдер
• SOL: логика вывода потока
• CL: блок зажимов
• SF: Strips and Fans (vol.1), блок FF, основной функцией которого является разложение примитивов, таких как полосы и вееры, на примитивы или объекты.

Единицы измерения , используемые для резьбы и управления трубопровода, как для FF блоков и GPGPU (см Intel Open Source HD Graphics Программисты Руководство для многих из информации о том , как это все работает):

• CS: Command Streamer (vol.1), функциональный блок обработчика графики, который выбирает команды, анализирует их и направляет их в соответствующий конвейер.
• TDG: Диспетчер потоков
• VFE: Видео Front-End
• TSG: Нить Spawner
• URBM: унифицированный менеджер буфера возврата

Другие вещи :

• GAM: см. GFX Page Walker (том 5), также называемый Memory Arbiter , имеет отношение к тому, как GPU отслеживает свои страницы памяти, похоже, очень похоже на то, что делает TLB (см. Также SLAT ) для вашей оперативной памяти.
• SDE: южный дисплей двигателя ; в соответствии с т. 12, «движок южного дисплея поддерживает обнаружение горячей замены, GPIO, GMBUS, секвенирование питания панели и модуляцию подсветки».

Кредиты:

StackOverflow Пользователь F.X.