Настройка диспетчере системных ресурсов Windows
 

Доброе время суток. Пытаюсь освоить диспетчер системных ресурсов Windows, как тестовый стенд пытаюсь ограничить потребление процессорного времени Winrar'ом не больше 10 %:
1. Установил службу
2. Открыл консоль wsrm.msc, создал в "Условие соответствия процессов" условие, указывающее на приложение WinRAR (полный путь к exe-файлу), "Группы или пользователи" - Все
3 Создал политику в "Политики выделения ресурсов", указывающую на условие "WinRAR", задал предел процессорного времени 10.
Проверяю: начинаю сжимать файл WinRAR'ом, он жрет 95 %. Пробовал перезапускать службу диспетчера системных ресурсов, перезагружать сервер, назначал политику для Winrar'а политикой управления - все равно ограничение заданное в политике не применяется. В чем причина проблемы ?

__sa__nya, Вы на WinRAR'е просто тренируетесь, я понимаю?

- Да, верно, я просто пытаюсь понять логику работы.

__sa__nya, я, конечно, не специалист в этом вопросе, но как именно Вы определяете, что «он жрет 95 %», что это означает? Сколько на стенде всего ядер? Вы помните, что WinRAR умеет использовать их все параллельно? Не влияет ли как то этот факт на результаты наблюдения?

- запускаю процесс архивирования файла, смотрю в диспетчере задач нагрузку на процессор в %, она "гуляет" от 80 до 98 %, чаше выше 90.
На стенде 2 ядра. Параллельное использование ядер (как я понимаю) не влияет, т.к. если в WSRM установлено в общем ограничение на процессорное время, например в 10 %, то он и будет (должен) держать приложение в этих рамках, но по факту не держит.

Здесь прочитал что:

Подумал, что из-за этого не ограничивает. Изменил условия:
1. Скопировал на сервер Everest,
2. Удалил политику для Winrar'a
3. Создал политику на ограничение в 10 % процессорного времени для Everest'а.

В теории, как понял я, если, например на сервере идет нагрузка на проц больше 70 %, и часть этой нагрузки - одна из программ, для которой установлено ограничение в % меньше чем 70 (порог), то должен вмешиваться диспетчер ресурсов, и снижать нагрузку на процессор для приложения на которое установлено ограничение.
Проверяю: запускаю архивирование файла Winrar'ом, он начинает жрать 90 %, в Everest'е запускаю "Тест стабильности системы" и выбираю тесты связанные с процессорами - Everest начинает забирать от 30 до 70 % процессора, суммарная нагрузка на процессор 100 %. WSRM нагрузку на процессор до 10 % со стороны Everest'а никак не понижает.

В общем, либо он как-то хитро настраивается, либо этот компонент реализован в ОС криво и по факту не работает.

Именно по WSRM я Вам, увы, ничего не подскажу.

Iska, разобрался. Как говорится - "Русский человек начинает читать инструкцию тогда, когда понимает что что-то сломал" :-).
В консоли WSRM устанавливаешь предел ресурсов для приложения. Я думал что это тот предел, за который приложению не разрешается выходить, но почитав справку понял, что наоборот - те ресурсы, которые указываешь, они наоборот гарантируются приложению, т.е. логика полностью наоборот в отличие как я думал:

Проверил: создал политику для WInRar'а с гарантией 60 % процессорного времени, отключил диспетчер ресурсов, запустил архивирование файла Winrar'ом, запустил тест стабильности Everest - Everest - 98 %, Winrar 3 %, включил политику - Winrar от 45 до 62 %.
В общем всем спасибо за помощь.

Если резюмировать, в диспетчере ресурсов Windows (WSRM) при создании своих политик, указывающих на конкретные приложения, предел процессора - не ограничение для процесса, а гарантированный мимимум для него, а вот указание предела оперативной памяти, как раз ограничение.

__sa__nya, ничего, бывает. Главное, что таки разобрались. Я теперь вот тоже новое узнал благодаря Вам. Хотя пользовать навряд ли когда придётся ;).