Новости про мониторинг и утилиты

HWMonitor — это утилита, предназначенная для получения подробных сведений о текущем состоянии компьютера. Так, программа показывает напряжения системы питания, температуры и скорости вращения вентиляторов в системе. Кроме того, программа умеет собирать данные с термодатчиков современных процессоров, показывать температуры жёстких дисков и значения их S.M.A.R.T. атрибутов. Главной особенностью программы является возможность отображения не только текущего значения, но и максимальных и минимальных значений.

Изменений в версии 1.38 всего три. Так, разработчики задекларировали поддержку процессоров семейства Intel Gemini Lake processors family, добавили поддержку процессоров Intel Xeon E, а также исправили ошибки, возникавшие на множестве графических устройств.

Загрузить утилиту HWMonitor можно на сайте разработчиков.

В ветке разработки Алексей выложил очередную бету RTSS 7.2.0 за номером пять.

Из наиболее интересного — новый фоновый режим ограничения частоты кадров, программно снижающий FPS в приложениях, когда они находятся не в фокусе. Это нововведение может помочь значительно снизить энергопотребление в ресурсоёмких 3D приложениях, пытающихся нагрузить GPU по полной даже в свёрнутом состоянии (это, увы, характерно для очень многих современных игровых приложений).

Кроме того, в новой версии традиционно реализованы твики совместимости со сторонними продуктами; не обошёл автор своим вниманием и API Vulkan.

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

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

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

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

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

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

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

Алексей Николайчук продолжает наращивать функциональную мощь своего ПО. В будущей версии нас ждет:

• Быстрая настройка OSD "с нуля" с помощью горячих клавиш и функционала множественного выделения элементов. Эта возможность не является новой для 4.5.0, она была и в прошлых версиях, но знает о ней достаточно узкий круг пользователей (потому что документацию никто не читает :)). А возможность эта очень ускоряет настройку.
• Отображающий клавиатуру и мышку Input overlay; сделан за вечер специально для данного демонстрационного видео:

• Мониторинг загрузки памяти на уровне нужного процесса с помощью плагина PerfCounter.
• Выделение фрагментов истории мониторинга, обнаружение локальных минимумов/максимумов.
• Использование профайлера модуля мониторинга, помогающего идентифицировать и отключить наиболее "прожорливые" сенсоры.

Следите за обновлениями MSI Afterburner.

Изначально Алексей планировал выпустить версию 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 смогут разрабатывать сами пользователи, есть некоторые сомнения.

Стоит сказать, что MSI Afterburner 4.4.3 beta 2 имеет немалый список изменений, учитывая, что с момента прошлого издания прошло всего 2 дня. Итак, эти изменения включают:

• Новый профайлер аппаратного мониторинга производительности теперь визуально отсортирован в виде диаграммы времени отклика, вместо простого показа одного сенсора с максимальным временем отклика. Это позволяет намного проще выявить самые прожорливые к процессорному времени датчики. Панель больше не связана с горячими клавишами + и контекстным меню «Показать статус». Теперь она может быть показана с помощью отдельной команды в контекстном меню «Показать панель профайлера».
• В перечень управления добавлен стиль двойной буферизации, отображаются динамически обновляемые датчики в GUI плагинах AIDA64/HwInfo/PerfCounter. Двойная буферизация нацелена на снижение эффекта мерцания.
  Добавлена кнопка для выбора имени или индекса параметра в счётчике производительности в диалоге настройки плагина PerfCounter. Больше не нужно (но возможно) вводить имя вручную.
• Перечень корневых элементов (т. е. имён объектов) отсортирован по алфавиту в окне «Добавить новый источник» плагина PerfCounter.
• Теперь вы можете зажать и нажимать кнопки «Добавить новый источник» в плагинах AIDA64/HwInfo/PerfCounter, чтобы клонировать выбранные ресурсы. Это может быть полезно при необходимости задать одинаковые наборы датчиков для большого набора физических устройств (например, клонировать показания с HDD1 на HDD2).
• Исправлена ошибка в GUI плагина HwInfo, которая приводила к отображению двойных датчиков в окне «Добавить новый источник».
• Добавлена возможность использования счётчиков производительности с нелокализованными именами в плагине PerfCounter (т. е. счётчики производительности GPU Engine, представленные в Windows 10 Fall Creators Update)

Загрузить MSI Afterburner 4.4.3 beta 2 можно по этой ссылке.

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

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 и фильтра мерцания.
• Обновлён список профилей.