Новости про RivaTuner Statistics Server, видеокарты и мониторинг

Не успела уйти вниз предыдущая новость по теме, как Алексей Николайчук выпустил очередную публичную бета-версию утилиты RivaTuner Statistic Server с номером 7.3.0 beta3 (является утилитой-компаньоном для популярного инструмента мониторинга и разгона MSI Afterburner).

Крупных ключевых изменений два. Во-первых, это плагин с открытым исходным кодом, предоставляющий функционал визуального редактирования гипертекста оверлея. О нём мы уже мы неоднократно писали (1, 2, 3) и выкладывали видео в процессе разработки с обзором ключевых возможностей.

Во-вторых — это альтернативная асинхронная реализация рендерера оверлея для Vulkan приложений, выводящих кадры прямо из вычислительной очереди (т.е. для игр на движке id Tech 6 и старше, например Doom 2016 и Doom Eternal). Далее — слово разработчику:

То, что асинхронная архитектура этого игрового движка не дружит с оверляеми традиционной архитектуры, — факт известный. Собственно, именно поэтому оверлей RTSS и отключается принудительно по умолчанию в таких приложениях, чтобы горе-ревьюеры-ютуберы не искажали результатов замеров производительности «мониторя FPS». Но до выхода Doom Eternal асинхронный codepath id использовали только при обнаружении GPU от «красных». Поэтому все создатели сторонних оверлеев не особо спешили заниматься разработкой отдельной асинхронной реализации оверлея только ради одной игры и для одного производителя GPU — это принципиально другая архитектура рендерера и достаточно трудоёмкая вещь, делать её только ради части пользователей не сильно разумно.

Но с выходом на рынок Doom Eternal в графическом движке убрали привязку реализации асинхронности только к GPU AMD. Теперь асинхронный вывод кадров из вычислительной очереди используется и на графических процессорах NV. Соответственно, количество пользователей, жалующихся на снижение производительности от оверлеев Steam, RTSS или FPS Monitor выросло на порядок. Поэтому для разработчиков оверлеев час X настал, и пришлось делать альтернативную реализацию оверлея и для этой игры. Оверлей RTSS обновился, FPS monitor тоже, обновлённый оверлей стима на подходе.

Теперь в RTSS в этих играх теперь используется концепция асинхронного рендеринга оверлея, предложенная AMD. При этом наложение оверлея на буфер кадра выполняется прямо из вычислительной очереди с помощью compute шейдера, без необходимости синхронизации графической и вычислительной очередей для отрисовки (именно это и кушало производительность в традиционных «не асинхронных» оверлеях).

RTSS 7.3.0 с новым редактором гипертекста, о котором мы уже писали, продолжает набирать обороты и в скором времени увидит свет:

• Ещё немного улучшенный браузер спрайтов.
• Нативный источник данных для отображения пинга.
• Встраиваемые в гипертекст таблицы. Форматированные таблицы — родная и нативная форма представления оверлея, хорошо знакомая всем пользователям MSI AB. Теперь GUI для формирования таких таблиц доступно и в плагине.

  В видео демонстируются принципы наполнения таких таблиц данными и принципы их модификации:

Итак, всё ближе и ближе к публичному релизу RTSS 7.3.0 с новым редактором гипертекста, о котором мы писали на днях, и который за последнюю неделю обзавелся следующими функциями:

• Добавление и вставка слоёв из буфера обмена в зону выделения.
• Визуальный браузер спрайтов, предварительный просмотр анимации.
• Поддержка кликов на уровне разной глубины Z-order'а.
• Новые внутренние источники данных.
• Макросы со спецификациями железа, аналогичные таковым в MSI AB.
• Контекстная подсветка макросов и их контекстное меню.
• Настройки создателя оверлея.
• Пользовательские таймеры в оверлее.
• Масштабирование зоны редактирования и режим альтернативного рендеринга фона.

Версия на стадии предрелизной вычистки/комментирования кода редактора для SDK. Релиз — вопрос пары недель, так что следите за новостями!

Последние пару лет многие стримеры брызгали кипяточком от коммерческих визуальных редакторов оверлеев, не забывая «случайно» втаптывать в грязь их бесплатные альтернативы и рассказывая зрителям про то, что такой функционал забесплатно никто не сделает в принципе. Решил принять это как своеобразный челлендж и доказать, что это лишь маркетинг и не совсем правда. :) Итак, плагин представляет собой продвинутый визуальный редактор гипертекста.

Фактически это только GUI надстройка над тем, что уже и так умеет ядро RTSS. Плагин разработан всего одним разработчиком, примерно за три недели, в свободное время и параллельно с ежедневной основной работой. Всего 250 Кб скомпилированного бинарника, около 500 Кб исходного кода. Это совершенно не комплексная вещь с точки зрения разработки. Это абсолютно не то, чем нельзя поделиться со своими пользователями бесплатно. Это даже не то, что требует доната на «поддержку разработки». Это разработка, которая принесла много фана и которой я с радостью поделюсь со своими пользователями. Более того, код плагина полностью открыт и включен в SDK, поэтому если кто то желает улучшить визуальный редактор самостоятельно — этому ничто не препятствует.

Видео демонстрирует процесс создания макета оверлея с моими комментариями. Также оно демонстрирует продвинутые техники, такие как:

• Использование в макете оверлея слоёв с динамическим текстом, содержащих ссылку на внешний текстовый файл.
• Использование формул коррекции, позволяющих преобразовывать единицы измерения сенсоров.
• Использование унифицированных макетов оверлея, которые могут использоваться сразу с несколькими приложениями мониторинга по выбору пользователя.
• Встраивание произвольного изображения в текстуру шрифта для отображения логотипов в оверлее.
• Встраивание кадров анимации в текстуру шрифта для отображения анимированных индикаторов (круглый индикатор загрузки CPU).
• Всякие юзабилити мелочи, вроде буфера undo/redo и т.д.

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

Как говорит Алексей, основной функционал новой версии уже готов и протестирован, цель этой бета-версии — проверка экспериментальной поддержки 10-канального температурного мониторинга для карт с сенсорами iCX2.

Как и поддержка первого поколения iCX, поддержка iCX2 реализована на уровне опциональной third-party базы настроек железа. Поэтому для появления показаний этих температурных сенсоров в ПО необходимо выбрать режим работы со сторонней базой в основных настройках ПО, по умолчанию он выключен. На данный момент в базе следующие карты с поддержкой iCX2:

• EVGA GeForce RTX 2080 Ti FTW3 Ultra;
• EVGA GeForce RTX 2080 Ti FTW3;
• EVGA GeForce RTX 2080 Ti XC2 Ultra;
• EVGA GeForce RTX 2080 Ti XC2;
• EVGA GeForce RTX 2080 FTW3 Ultra;
• EVGA GeForce RTX 2080 FTW3;
• EVGA GeForce RTX 2080 XC2 Ultra;
• EVGA GeForce RTX 2080 XC2;
• EVGA GeForce RTX 2070 FTW3 Ultra;
• EVGA GeForce RTX 2070 FTW3.

Предупреждение: спецификации контроллера iCX2 закрыты, поддержка стопроцентно на уровне реверса, поэтому её включение полностью на свой страх и риск пользователей.

В версии MSI Afterburner 4.6.1 Beta 2 Алексей Николайчук предлагает всем желающим опробовать новые скины, а также протестировать ранее анонсированные обновления, которые включают асинхронное управление кулерами референсных видеокарт NVIDIA GeForce RTX 20x0, новую работу с горячими клавишами в инструменте мониторинга, а также улучшенный редактор графика напряжения/частоты.

Новые возможности версии MSI Afterburner 4.6.1 Beta 2 включают:

• Новый скин MSI Touch of Modern от Drerex.
• Улучшенный движок скинов. Движок скинов больше не вылетает при переключении между одинаково выглядящими скинами без альфа-канала. Добавлена поддержка безэскизного слайдера, а также добавлен порог альфа-пути для слайдера.
• Улучшена поддержка кросс-совместимости лоя скинов. Расширен список совместимых приложения, внесены различные исправления и оптимизации.
• Исправлена ошибка с прекращением реагирования интерфейса при применении масштабировании скина при высоком DPI, когда включён режим альфа.

RivaTuner Statistics Server также обновлён до 7.2.2.

Загрузить MSI Afterburner 4.6.1 Beta 2 можно на нашем сайте.

Короткая демонстрация в ролике ниже. Заодно Алексей Николайчук прошелся и по существовавшим ранее сочетаниям горячих клавиш редактора, так как считает, что кому-нибудь из пользователей они наверняка неизвестны и будут полезны.

Полный список изменений новой версии (пока в статусе бета) опубликован нами ранее.

Cтала доступной для скачивания первая бета 4.6.1, в которой уже реализован практически весь запланированный функционал. Поэтому официальный релиз 4.6.1 тоже совсем близко, он по-прежнему планируется в середине апреля.

В коротком видео — превью нового скина от Криса «Drerex» Дрерапа и демонстрация реализации асинхронного управления кулерами для референсных RTX 20x0.

Полный список изменений включает в себя следующие наработки:

• Добавлена поддержка асинхронного управления кулерами для карт серии NVIDIA RTX 20x0 референс-дизайна. Пожалуйста, учтите, что поддерживаются только 100% эталонные двухкулерные асинхронные решения NVIDIA, сторонние проприетарные асинхронные реализации управления кулерами (например, EVGA iCX) не поддерживаются и не будут поддерживаться в будущих версиях ПО. Для поддерживаемых карт доступен следующий асинхронный функционал:
  • Добавлена новая кнопка «Синхронизировать скорости кулеров», позволяющая переключаться между синхронным и асинхронными режимами управления. Пожалуйста, учтите, что новые элементы асинхронного управления кулерами доступны только в нативных скинах четвёртой версии ПО. Скины второй и третьей версий являются устаревшими и больше не получают обновлений функционала. 
  • Когда включен режим синхронизации, ядро управления кулерами MSI Afterburner работает полностью аналогично предыдущим версиям ПО, т.е. скорости кулеров асинхронны в режиме аппаратного автоуправления, но регулируются синхронно в режиме ручного либо программного автоуправления.
  • Когда выключен режим синхронизации, можно выбирать и настраивать скорость каждого кулера независимо. Для режима программного автоуправления в таком режиме также доступны для настройки независимые температурные кривые для каждого из двух кулеров.

• Улучшен модуль мониторинга:
  • Инвертирован принцип использования горячих клавиш при одновременном выделении в настройках ПО нескольких графиков мониторинга. Раньше по умолчанию использовался режим настроек одного активного графика, но многие настройки (например, опцию «Показывать в оверлейном экранном дисплее») можно было применить и для всех выбранных графиков одновременно с помощью горячей клавиши Сtrl. Теперь при выделении нескольких графиков сразу такие настройки по умолчанию применяются ко всем из них, а горячая клавиша Ctrl используется для применения настроек только для активного графика. 
  • Нотификатор групповых операций (статусная информация, показывающая применяется ли текущая настройка только к активному либо ко всем выделенным графикам сразу) перемещён в заголовок группы свойств графика. 
  • Улучшена обратная совместимость с профилями мониторинга, созданными в предыдущих версиях ПО. Больше не нужно пересоздавать профили, в которых включены настройки мониторинга, но отсутствует информация о макете форматирования оверлея. 
• Устранена проблема с зависанием интерфейса пользователя при настройке «на лету» коэффициента масштабирования скина, если в операционной системе выбран режим высокого DPI и в настройках ПО выбран многослойный режим композиции скина с альфа-каналом. 
• RivaTuner Statistics Server обновлён до версии 2.2.

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

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

Напомню, RTSS входит в состав MSI Afterburner, и финальная версия расположена в соответствующем разделе сайта.

По словам Алексея, основной акцент в разработке этой версии — дальнейшая прокачка функционала ограничителя частоты кадров по пожеланиям сообщества blurbusters.com. Некоторый ранее ориентированный только на опытных пользователей функционал теперь доступен всем: прямо из GUI можно задавать дробные значения предела частоты кадров. Также отныне прямо из GUI доступен альтернативный режим ограничения, позволяющий задать лимит в виде целевого времени кадра с точностью до 1 микросекунды.

В экспериментальных режимах low-input lag VSync (режимы синхронизации с позицией растеризатора) также появились новые настройки: теперь можно поэкспериментировать с параметрами алгоритма калибровки VTotal, можно включить принудительный flush буфера команд графического процессора при синхронизации, что помогает стабилизировать позицию tearline и так далее.

В профайлере производительности также появился новый счётчик — «CPU wait», позволяющий оценить процессорное время, затрачиваемое на холостое ожидание в процессе работы алгоритма ограничения частоты кадров либо алгоритма синхронизации со сканлиниями.

Для тех, кому хочется попробовать бету, можно уже её скачать по ссылке, остальные ждут релиза.

Изначально Алексей планировал выпустить версию 4.4.3, в которой заначительно бы расширилась поддержка сторонних плагинов. Однако за время разработки функционал ядра новой версии продолжал пополняться новыми и новыми возможностями, которые делают не слишком логичной такую нумерацию. Поэтому 4.4.3 переименована в 4.5.0, в таком виде новый билд и увидит свет публично.

По сравнению с прошлой бета версией в утилите произошли следующие изменения:

• Добавлены точки восстановления настроек для опытных пользователей. Теперь опытные пользователи могут создавать точки и восстанавливать из бэкапа состояния всех настроек MSI Afterburner с разными именами. Эти настройки включают аппаратные профили и собственные плагины аппаратного мониторинга и их конфигурации.
• Возвращена функциональность по выделению фрагмента в истории мониторинга и его обработки, которая присутствовала в RivaTuner. Выделение создаётся зажатой клавишей и левой кнопкой мыши в графике мониторинга. После выбора фрагмента максимальные и минимальные значения отображаются только для выделенного фрагмента, что важно при необходимости выявления пиков только в заданном промежутке времени. Также появляется возможность использования контекстного меню для установки маркеров в позициях локального минимума и максимума, что позволяет визуализировать моменты достижения пиковых значений.
• Добавлен новый GPU плагин с открытым исходным кодом. Он демонстрирует сторонним разработчикам, как расширить функционал мониторинга GPU в MSI Afterburner и реализовать в плагине специфические датчики в GPU, используя инумерацию GPU и API идентификации. В плагине показана реализация счётчика производительности D3DKMT, мониторинга выделенной и объединённой памяти.
• Немного обновился RTSS. Исправлена проблема с захватом экрана в окне предпросмотра в On-Screen Display, когда RivaTuner Statistics Server установлен в папку, защищённую UAC.

Разработчик отмечает, что эта версия утилиты практически готова к выпуску и прошла стресс-тестирование. Финальная версия MSI Afterburner 4.5.0 выйдет сразу после релиза Windows 10 RS4 (Spring Creators Update) и тестирования совместимости.

Скачать MSI Afterburner можно на нашем сайте.

Как говорит сам Алексей, ещё одна часть функционала из оригинальной RivaTuner перекочевала в MSI Afterburner вслед за плагинами мониторинга. В следующей бете появится знакомый пользователям RT функционал для работы с фрагментами истории. Как и в оригинале, в MSI AB можно будет выделять произвольные фрагменты истории (и в режиме реального времени, и в режиме просмотра логов), автоматически рассчитывать и отображать статистику по выделенному фрагменту, автоматически расставлять маркера в точках локальных экстремумов.

Кроме того, реализацию плагинов мониторинга совместно с тестерами практически довели до точки логического завершения. API, SDK и GUI настроек плагинов практически полностью соответствуют тому, что планировалось изначально. В SDK появился последний из запланированных плагинов с открытым кодом — CPU.DLL, предназначенный для демонстрации функций API плагинов для низкоуровневого доступа к MSR и PCR регистрам. Плагин практически полностью дублирует реализацию встроенного температурного мониторинга для всех поддерживаемых ядром RT процессоров (за исключением семейства AMD Ryzen, открыть код мониторинга для которого на данный момент невозможно в силу NDA). Изначально планировалось добавить ещё один плагин — GPU.DLL, демонстрирующий использование функций API для низкоуровневого доступа к регистрам и I2C устройствам графических процессоров. Но в острой необходимости присутствия такого плагина в SDK есть некоторые сомнения, т.к. всех разработчиков утилит мониторинга, умеющих работать с GPU напрямую, можно пересчитать по пальцам одной руки. Так что в том, что такие плагины для расширения функций мониторинга GPU смогут разрабатывать сами пользователи, есть некоторые сомнения.

Алексей провел мозговой штурм с пользователями утилиты после появления улучшенного профайлера производительности. Как результат — в новой панели профайлера производительности теперь вместо одного самого медленного сенсора отображается динамически сортируемая диаграмма времён опроса каждого из сенсоров, позволяющая ещё легче и быстрее выявлять главных «пожирателей» процессорного времени при опросе железа на каждой системе.

Unwinder считает, что данный функционал будет очень востребован с учётом прошлогоднего тренда разработки. Как говорит автор, появление в недавнем времени сразу нескольких однотипных программных продуктов, нацеленных на мониторинг системы, породило и появление похожих обзоров, пытающихся сравнивать их с точки зрения влияния на производительность системы. Сделать это незнакомым с внутренностями ПК обозревателям затруднительно хотя бы потому, что каждый вендор не стесняется объявить своё программное решение самым минимально влияющим на игровую производительность из всех конкурирующих.

Ирония в том, что такая маркетинговая лапша остаётся висеть на ушах геймеров, не понимающих, что на самом деле урон игровой производительности в ПО мониторинга практически не зависит от интерфейса ПО и его форм визуализации данных. Главный тормоз системы в ПО такого класса — опрос железа (почти всегда в режиме ядра), поэтому влияние на производительность практически стопроцентно зависит исключительно от набора опрашиваемых аппаратных датчиков и от частоты их опроса. Даже не столько от их количества, сколько от их качества (т. е. от типа датчиков, и от протоколов доступа к ним). Например, внутренние счётчики производительности частоты ядра графического процессора — это почти всегда внутренние PLL регистры, доступ к которым выполняется через MMIO механизм мгновенно, в десятые доли миллисекунды. А счётчики того же энергопотребления GPU — почти всегда внешние чипы на видеоадаптере (часто даже несколько чипов сразу), доступ к которым производится по гораздо более медленной I2C шине. Время опроса таких сенсоров может отличаться уже на порядок и измеряться несколькими миллисекундами. Протоколы доступа к SMART-аттрибутам жёстких дисков, хранящим температуры, обычно ещё боле медленные, и их опрос может занимать уже десятки (а то и сотни, для не слишком удачных аппаратных реализаций) миллисекунд. От набора сенсоров, включенных одновременно в ПО мониторинга, и будет зависеть то, насколько сильно влияет процесс мониторинга на производительность системы.

В RivaTuner, а потом и в EVGA Precision и  MSI Afterburner для правильной в этом плане настройки модуля мониторинга давно существовал профайлер производительности (включается через контекстное меню окна мониторинга по команде <Показать статус>). Старый классический профайлер позволял оценить лишь общее время процессора, затрачиваемое на опрос всех включенных сенсоров, и увидеть, как отключение того или иного сенсора влияет на общее время опроса. Обновлённый же профайлер упростит и процесс выявления и отключения самых медленных из включенных сенсоров. С ростом числа одновременно активированных сенсоров (с учётом появления плагинов в MSI AB их среднее число приближается к сотне) это становится очень актуальным. Например, на скриншоте выше мониторинг системы с тремя активными GPU (2xSLI + встроенный iGPU). Время опроса 80 сенсоров на этой системе составляет 67 миллисекунд, то есть при опросе этих сенсоров с периодом 1000 миллисекунд на опрос тратится около 7 процентов процессорного времени одного ядра. При этом на диаграмме профайлера видно, что треть этого времени тратится на опрос пары сенсоров энергопотребления графических процессоров. Их и можно отключить, если при игре со включенным мониторингом наблюдаются нежелательные побочные эффекты в виде рывков.

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

Основной фокус в разработке текущей версии — дальнейшая «прокачка» системы плагинов, API для их настроек, GUI настроек для плагинов AIDA64/PerfCounter/HwInfo и демонстрация новых возможностей в SDK для сторонних разработчиков. Также улучшился встроенный профайлер производительности модуля мониторинга: теперь в статусной строке окна мониторинга помимо общего времени опроса железа можно видеть и наиболее медленный сенсор, который «ест» максимальное количество процессорного времени на каждой итерации опроса железа. Это может облегчить процесс выявления проблематичных сенсоров (например, аномально медленный сенсор энергопотребления GPU в некоторых версиях драйверов NV).

Полный список изменений включает в себя следующее:

• Минимальная, средняя, максимальная, 1% снижение и 0,1% снижение частоты кадров теперь отображается в OSD со специальными тегами форматирования. Теги позволяют отображать статистику одновременно для разных 3D-приложений.
• Улучшен встроенный профайлер производительности. Теперь при зажатии кнопок + при включённой опции в окне аппаратного мониторинга «Показать статус», можно увидеть дополнительный набор статистики в окне статуса аппаратного мониторинга. Дополнительная статистика включает информацию о самом медленном датчике с максимальным временем опроса, что позволяет выявить проблемный сенсор.
• Улучшен скин MSI Cyborg White.
• Улучшен мониторинг плагинов архитектуры. Добавлена функция API SetupSource, позволяющая сконфигурировать плагины. Она позволяет настраивать плагины глобально из окна выбора плагинов (например, сконфигурировать весь список данных с каждого плагина). Также добавлена функция API GetHostAppProperty, позволяющая плагинам получать данные из хост-приложения (т. е. MSI Afterburner), которые включают, например, цветовую схему интерфейса.
• Улучшены плагины мониторинга. Теперь пользовательские плагины и плагины по умолчанию хранятся отдельно, так что обновление не приведёт к потерям. Добавлен GUI для конфигурации плагинов AIDA64, HwInfo и PerfCounter. Теперь каждый интерфейс пользователя позволяет редактировать список датчиков для каждого плагина. Также улучшен плагин SMART, добавлена температура воздуха в SSD Intel и Samsung.
• Исправлены ошибки в контекстной справочной системе.

Кроме этого обновился и RTSS до версии 7.1.0. Изменения в нём включают:

• Добавлен механизм закрепления OSD для сторонних приложений. Механизм призван исключить эффекты мерцания.
• Добавлены теги форматирования текста для отображения минимальной, средней, максимальной, 1% снижения и 0,1% снижения частоты кадров в режиме бенчмарка.
• Появилась возможность настроить размер графика истории времени кадра посредством свойств RivaTuner Statistics Server. Положительные значения используются для задачи размера в пикселях, а отрицательные — в символах.
• Теперь появилась возможность переключить состояние режима бенчмарка из свойств RTSS. Для сторонних приложений для этого по-прежнему требуется нажимать горячую кнопку.
• Появилась возможность переключаться между средним и постоянным режимами расчётов для пиковых частот кадров для режима бенчмарка через свойства RTSS.
• Исправлены ошибки в контекстной справочной системе.
• Изменён SDK. Теперь образец кода RTSSSharedMemorySample демонстрирует реализацию закрепления OSD и фильтра мерцания.
• Обновлён список профилей.