Содержание:
Введение
На протяжении многих лет поклонники программы ждут очередного релиза с большим интересом и нетерпением, ибо практически каждый выпуск новой версии сопровождается расширением функционала программы. Однако, таких глобальных изменений, как появление встроенного планировщика задач, не было давно. Еще несколько месяцев назад автор программы Алексей Николайчук поделился со мной своими планами о существенной переработке технологии программирования пороговых значений в модуле мониторинга. По своему опыту я также могу сказать, что именно этот раздел программы вызывал наибольшие проблемы у начинающих пользователей. Поэтому в данном материале я не только познакомлю вас с новыми возможностями RivaTuner, но и рассмотрю несколько примеров практического применения.Изучаем "Историю изменений"
Я очень рекомендую начинать знакомство с каждой новой версией RivaTuner именно с данного раздела документации. Вообще, документация в этой программе играет очень важную роль. Если вы хотите получить от программы максимальную отдачу, пренебрегать ею крайне не рекомендуется.Кроме того, в программе есть мощная контекстная помощь, и я бы рекомендовал перед тем, как сделать клик мышкой на каком-нибудь чекбоксе первый раз, внимательно изучить её содержимое.
Итак, позволю себе процитировать часть истории изменений для версии 2.07:
- Возможность автоматизации запуска любого нужного приложения (например, RivaTunerStatisticsServer) или элемента запуска (например, комбинации профилей кулера и разгона, либо ярлыка для быстрого доступа к пользовательскому интерфейсу модуля мониторинга RivaTuner) по заданному расписанию. На данный момент поддерживаются следующие типы расписаний запуска задач:
- Запуск задачи при загрузке Windows. Этот тип расписания может использоваться в качестве альтернативы собственным опциям 'Загружать настройки ... с Windows' путём загрузки нужного профиля разгона / кулера / цвета, равно как и для программирования дополнительных комплексных задач (например, для программирования регулятора напряжения видеоадаптера путём прямого доступа к регистрам графического процессора через интерфейс командной строки RivaTuner).
- Запуск задачи при загрузке RivaTuner. Этот тип расписания может использоваться для автоматизации запуска некоторых приложений, которые Вам необходимы, запускать только одновременно с RivaTuner (например, RivaTunerStatisticsServer) или для активизации некоторых окон пользовательского интерфейса (например, окна мониторинга) при запуске RivaTuner.
- Запуск задачи при закрытии RivaTuner. Этот тип расписания может использоваться для автоматизации закрытия некоторых приложений, которые Вам необходимы, запускать только одновременно с RivaTuner (например, RivaTunerStatisticsServer).
- Запуск задачи при входе в спящий режим. Этот тип расписания может использоваться для обхода проблем некоторых драйверов и видеоадаптеров (например, некоторые старые видеоадаптеры ATI не выходят из спящего режима при входе в него в состоянии разгона).
- Запуск задачи при выходе из спящего режима. Этот тип расписания может использоваться в качестве альтернативы собственным опциям 'Восстанавливать ... после спящего режима' путём загрузки нужного профиля разгона / кулера / цвета, равно как и для программирования дополнительных задач (например, для автоматизации подключения RivaTuner к LCD дисплею клавиатуры G15 при выходе из спящего режима).
- Запуск задачи, когда график модуля мониторинга пересекает заданный порог. Этот тип расписания заменяет доступную ранее технологию программирования порогов модуля мониторинга, и он может использоваться для создания динамических алгоритмов разгона, управления кулером и гаммой в зависимости от различных параметров, отслеживаемых модулем мониторинга (например, динамическое управление кулером в зависимости от температурных порогов либо динамическое управление частотами в зависимости от пороговых значений аппаратного ускорения).
- Запуск задачи, когда график модуля мониторинга входит в заданный диапазон. Этот тип расписания предоставляет Вам альтернативный путь создания динамических алгоритмов разгона, управления кулером и гаммой в зависимости от различных параметров, отслеживаемых модулем мониторинга, который может быть более удобным при использовании множественных пороговых значений (например, при задании динамического правила управления кулером на основе трёх и более температурных зон).
- Стандартные меры предосторожности, позволяющие Вам пропустить запуск запланированных задач при необходимости (например, если Вы запрограммировали загрузку профиля со слишком высокими тактовыми частотами при запуске Windows, либо если Вы запрограммировали закрытие RivaTuner при её старте). Вы можете удерживать клавишу
нажатой при входе в Windows для пропуска задач, запланированных для старта вместе с Windows, либо Вы можете удерживать клавишу нажатой при загрузке RivaTuner для пропуска задач, запланированных для старта вместе с утилитой. - Улучшенная визуализация порогов по сравнению с предыдущей технологией:
- Теперь визуализация порога на графике модуля мониторинга может опционально отключаться в свойствах соответствующего расписания.
- Теперь запрограммированное направление пересечения порога отображается на графике.
- Улучшенная визуализация порогов по сравнению с предыдущей технологией:
Описание новых возможностей внушает оптимизм. Перейдем к знакомству с новыми возможностями интерфейса на практике.
Новый планировщик и модуль запуска, а так же небольшой экскурс по старому алгоритму.
Перед тем как приступить к рассмотрению нового алгоритма программирования пороговых значений, рассмотрим алгоритм существовавший ранее. Окно для настройки порогов выглядело так:
Рис. 1 Окно настройки порогов в версии 2.06.
Доступ к данному окну осуществлялся через настройку источника мониторинга путем нажатия на знак «+» поля «Настройки порогов»:
Рис. 2 «Старое» окно настройки источника мониторинга.
Ниже я привожу скриншот нового окна настройки источника мониторинга:
Рис. 3 «Новое» окно настройки источника мониторинга.
Как видите, оставшиеся настройки имеют отношение только к виду самого графика, выбору источника данных и выводу его на OSD. Остальные настройки (и даже больше) вобрала в себя новая закладка программы - «Планировщик»:
Рис. 4 Вид главного окна программы, начиная с версии 2.07.
Один клик левой кнопкой мыши, и мы видим перед собой основное окно планировщика:
Рис. 5 Окно планировщика.
Окно состоит из поля, отображающего выбранную запланированную задачу, и списка задач. А краткое описание задач позволяет пользователю нормально ориентироваться в данном перечне.
Как и в других закладках, знак «+» ведет к окну настройки, которое при выборе задачи «Запуск элемента» имеет следующий вид:
Рис.6 Окно настройки задач. Обратите внимание на выпадающий список.
Поле «Расписание» с выпадающим списком позволяет выбрать необходимый вариант запуска.
При выборе задачи «Запуск файла» окно меняет свой вид и выглядит так:
Рис. 7. Окно настройки задач в случае выбора исполняемого файла.
Опытные пользователи могут заполнить необходимые графы «Путь» и «Параметры» вручную, не прибегая к помощи проводника. Однако, это вовсе не значит, что начинающие пользователи не смогут воспользоваться данной возможностью. При нажатии кнопки «Обзор» перед нашим взором предстает следующее окно проводника:
Рис.8. Окно обозревателя с интегрированным списком приложений.
Как видите, список предопределенных приложений довольно велик и позволяет не держать постоянно в оперативной памяти дополнительные утилиты из дистрибутива RivaTuner, выполнить захват скриншота и многое другое при определенных обстоятельствах, которые вы сможете выбрать в поле «Расписание».
Упомянутый выше модуль запуска обзавелся аналогичным окном проводника, заменившим выпадающий список приложений. Поэтому приводить его изображение я не вижу смысла, а предлагаю перейти к следующей главе, в которой я рассмотрю пример применения нового планировщика.
Новый инструментарий в действии.
В качестве примера рассмотрим часто встречающийся в российских форумах вопрос по организации управления частотами при разгоне видеокарты. Не всем пользователям нравится, что память в 2D режиме находится в разогнанном состоянии из-за унификации частот памяти в драйвере. Масла в огонь подлили и последние серии драйверов NVIDIA, в которых, ко всему прочему, пропало разделение частот 2D/3D режимов. В результате этого, пользователь, разогнавший свой видеоадаптер, вынужден мириться с высокими частотами в любом из режимов работы. Отсутствие разделения частот вызвало еще и повышенный шум вентилятора на моделях с управлением оборотами через драйвер. Постараемся исправить эти недостатки с помощью нового алгоритма.Итак, приступим:
1. Включаем фоновый мониторинг и в качестве источника выбираем аппаратное ускорение. График имеет всего 2 значения –«0» и «1» для режимов 2D и 3D соответственно. Провайдером данных выступает Riva Tuner Statistics Server (RTSS). Не забывайте о его запуске.
2. На закладке «Разгон» создаем 2 профиля разгона. «Норма» - для работы в 2D режиме (частоты 513/1188/792) и «Разгон» (частоты 612/1350/900) для использования максимальной отдачи в 3D приложениях. В качестве частот при запуске Windows оставляем дефолтные.
Рис.9. Закладка «Разгон» с созданными профилями разгона.
3. Затем создаем два пункта запуска с профилями разгона и называем их аналогично профилям (не догма, конечно, просто лично мне так удобней). При необходимости, можно создать и профили для управления вентилятором, включив их в состав пунктов запуска. И тогда, вместе со сменой частот, у вас будет изменяться и скорость вращения вентилятора.
4. Далее переходим к планировщику и создаем задание, которое будет выполняться при появлении аппаратного ускорения:
Рис. 10. Создание задачи при появлении аппаратного ускорения.
В качестве порога я использовал значение «0.5». Остальное, думаю, понятно из скриншота.
5. После создаем задание для возврата к нормальным частотам. Для наглядности я воспользовался возможностью изменения цвета линии порога и выбрал другое численное значение.
Рис.11 Создание задачи при переходе в режим 2D.
Механизм изменения частот создан.
При необходимости планировщик позволяет добавить и другие задания. Например, загрузки элемента «Норма» в случае превышения порога максимальной температуры. Любителям тишины имеет смысл дополнить эти правила заданиями, связанными с меньшей скоростью вращения вентилятора, при пересечении определенного температурного порога вниз или вверх. Словом, простор для задания алгоритмов просто огромен.
В завершении проверяем, как работает созданный нами алгоритм:
Рис.12. Окно мониторинга.
Все нормально переключается и работает.
Заключение.
Можно с уверенностью сказать, что «обновки» пришлись программе очень кстати, положительно повлияли на удобство использования ее богатого функционала. Гибкий и удобный алгоритм создания задач, контроль их выполнения посредством модуля мониторинга – всё это позволяет взять в свои руки управление видеоадаптером и получить гораздо больше стандартных установок драйвера, не обладая специальными знаниями.И еще раз, не забывайте про документацию.
Максим Сергеев а.к.а. max-sever