Давайте поговорим о приоритетах Windows процессов . В большинстве случаев «играться» с настройкой приоритетов нет необходимости, но, иногда, грамотный системный администратор может помочь системе более правильно распределить процессорное время между запущенными задачами. Единого рецепта нет, но путем «подбора и перебора» это вполне реализуемо. Где это может понадобиться? Например, в связке 1С-SQL можно дать больше процессорного времени 1С и SQL, как наиболее критичным к ресурсам процессам.
В общем случае, посмотреть и изменить приоритет запущенного процесса можно через Task Manager
Windows NT/2000/ 7 /2008
В Windows 2012 это “закопали» чуть глубже
Как видно из приведенных примеров, вам доступно всего 6 приоритетов (как выяснится позже, это классы приоритетов
). Достаточно? Microsoft считает, что да. Но давайте вспомним «легендарную» фразу Билла Гейста, который сказал, что «640 KB of RAM will be enough for everybody”. Но время показало, что это далеко не так. :)
А теперь давайте разберемся, как это есть на самом деле.
На самом деле в Windows существует 32 уровня приоритета, от 0 до 31.
Они группируются так:
- 31 — 16 уровни реального времени;
- 15 — 1 динамические уровни;
- 0 — системный уровень, зарезервированный для потока обнуления страниц (zero-page thread).
При создании процесса, ему назначается один из шести классов приоритетов :
- Real time class (значение 24),
- High class (значение 13),
- Above normal class (значение 10),
- Normal class (значение 8),
- Below normal class (значение 6),
- или Idle class (значение 4).
Посмотреть приоритет процесса, как писалось выше, можно, используя Task Manager.
Примечание : Приоритеты Above normal и Below normal появились, начиная с Windows 2000.
Приоритет каждого потока (базовый приоритет потока ) складывается из приоритета его процесса и относительного приоритета самого потока. Есть семь относительных приоритетов потоков:
- Normal : такой же как и у процесса;
- Above normal : +1 к приоритету процесса;
- Below normal : -1;
- Highest : +2;
- Lowest : -2;
- Time critical : устанавливает базовый приоритет потока для Real time класса в 31, для остальных классов в 15.
- Idle : устанавливает базовый приоритет потока для Real time класса в 16, для остальных классов в 1.
В следующей таблице показаны приоритеты процесса, относительный и базовый приоритеты потока.
| Приоритет потока | Класс процесса | Класс процесса | |||||
| Idle class | Below normal class | Normal class | Above normal class | High class | Real time class | ||
| 1 | Idle | Idle | Idle | Idle | Idle | ||
| 2 | Lowest | ||||||
| 3 | Below … | ||||||
| 4 | Idle class | Normal | Lowest | ||||
| 5 | Above … | Below … | |||||
| 6 | Below normal class | Highest | Normal | Lowest | |||
| 7 | Above … | Below … | |||||
| 8 | Normal class | Highest | Normal | Lowest | |||
| 9 | Above … | Below … | |||||
| 10 | Above normal class | Highest | Normal | ||||
| 11 | Above … | Lowest | |||||
| 12 | Highest | Below … | |||||
| 13 | High class | Normal | |||||
| 14 | Above … | ||||||
| 15 | Highest | ||||||
| 15 | Time critical | Time critical | Time critical | Time critical | Time critical | ||
| 16 | Idle | ||||||
| 17 | |||||||
| 18 | |||||||
| 19 | |||||||
| 20 | |||||||
| 21 | |||||||
| 22 | Lowest | ||||||
| 23 | Below … | ||||||
| 24 | Real time class | Normal | |||||
| 25 | Above … | ||||||
| 26 | Highest | ||||||
| 27 | |||||||
| 28 | |||||||
| 29 | |||||||
| 30 | |||||||
| 31 | Time critical | ||||||
Теперь, когда мы все это узнали, что же с этим всем можно сделать? Ну, например, начать использовать.
Как еще можно запустить процесс с «нестандартным» приоритетом или изменить?
Метод 1. Запустить задачу/процесс и изменить приоритет через Task Manager.
Минусы метода:
- Доступно только 6 приоритетов
- Переключение приоритетов производится мышкой, не автоматизируется.
Метод 2. Можно воспользоваться командой START с соответствующими ключами
Доступные ключи, отвечающие за приоритеты, следующие (я умышленно опускаю ключи командной строки команды START не имеющие отношения к описываемому процессу работы с приоритетами):
C:\>start /?
Starts a separate window to run a specified program or command.
START ["title"]
LOW
Start application in the IDLE priority class.
NORMAL
Start application in the NORMAL priority class.
HIGH
Start application in the HIGH priority class.
REALTIME
Start application in the REALTIME priority class.
ABOVENORMAL
Start application in the ABOVENORMAL priority class.
BELOWNORMAL
Start application in the BELOWNORMAL priority class.
Как видим, команда START дает возможность запустить процесс все с теми же 6-ю приоритетами, которые доступны через Task Manager
Минус метода:
- Доступно только 6 приоритетов
Метод 3. Использование утилиты wmic.exe
Как было показано выше, Task Manager, и команда START достаточно неуклюжи для задачи назначения приоритетов. Посмотрим, как это применять более гибко. Будем использовать утилиту wmic.exe .
Командная строка:
wmic process where name="AppName" CALL setpriority ProcessIDLevel
wmic process where name="calc.exe" CALL setpriority 32768
wmic process where name="calc.exe" CALL setpriority "above normal"
Приоритеты (предопределенные):
- idle: 64
- below normal: 16384
- normal: 32
- above normal: 32768
- high priority: 128
- real time: 256
Отступление . Что делать если существует несколько одноименных процессов? Приоритет процесса можно менять как по имени процесса, так и с использованием PID (Process ID) процесса.
Вот короткий пример запуска wmic.exe для получения необходимой информации
Используем команду:
Примечание : пример выполнения этой команды приводить не буду. Слишком большой список процессов получается. Сделаете это самостоятельно, при желании.
Вы получите список процессов, запущенных на вашем локальном компьютере. Теперь выполните команду:
wmic process list brief | find "cmd.exe"
Результат:
Специально запустил несколько копий cmd.exe, чтобы иллюстрация была более полной.
Теперь список процессов ограничен только теми процессами, в имени исполняемого модуля которых присутствует строка «cmd.exe». Обратите внимание на PID процесса(ов).
Теперь давайте попробуем отобрать интересующие нас процессы, используя непосредственно WMI и не прибегая к стандартным средствам командной строки. Для этого просто напишите:
wmic process where description="cmd.exe" list brief
Результат:
Сравните полученные результаты. Запомните PID процесса CMD.EXE.
Командная строка для запуска wmic.exe
wmic process where processid="XXXX" CALL setpriority ProcessIDLevel
Ну а теперь можем изменить приоритет конкретного процесса (например с PID=8476):
wmic process where processid="8476" CALL setpriority 32768
wmic process where processid="8476" CALL setpriority "above normal"
7 ответов
Нить приоритета в реальном времени никогда не может быть предотвращена прерываниями таймера и работает с более высоким приоритетом, чем любой другой поток в системе. Поскольку такой связанный с процессором поток приоритетов в реальном времени может полностью разрушить машину.
Создание потоков приоритета в реальном времени требует привилегии (SeIncreaseBasePriorityPrivilege), поэтому это может быть сделано только администратором.
Для Vista и за ее пределами одним из вариантов для приложений, которые требуют, чтобы они выполнялись в приоритетах в реальном времени, является использование Служба планировщика мультимедийных классов (MMCSS) и пусть он управляет приоритетом ваших потоков. MMCSS не позволит вашему приложению использовать слишком много процессорного времени, поэтому вам не нужно беспокоиться о том, чтобы танкить машину.
Просто класс приоритета "В реальном времени" выше класса приоритетов "Высокий". Я не думаю, что там гораздо больше. О да, вы должны иметь SeIncreaseBasePriorityPrivilege , чтобы поместить поток в класс Real Time.
Windows иногда повышает приоритет потока по разным причинам, но не увеличит приоритет потока в другом классе приоритета. Это также не повысит приоритет потоков в классе приоритетов в реальном времени. Таким образом, поток с высоким приоритетом не получит никакого автоматического временного повышения в классе приоритетов реального времени.
Руссинович "Внутри Windows" глава о том, как Windows обрабатывает приоритеты, - отличный ресурс для изучения того, как это работает:
Обратите внимание, что нет абсолютно никаких проблем с потоком, имеющим приоритет в реальном времени в обычной системе Windows, - они не обязательно для специальных процессов, запущенных на машинах dedicatd. Я полагаю, что для мультимедийных драйверов и/или процессов могут потребоваться потоки с приоритетом в реальном времени. Однако такой поток не должен требовать большого количества CPU - он должен блокировать большую часть времени, чтобы нормальные системные события могли обрабатывать.
Это будет самый высокий доступный параметр приоритета и обычно будет использоваться только в поле, предназначенном для запуска этой конкретной программы. Он на самом деле достаточно высок, чтобы он мог вызвать голод на клавиатуре и мышиных потоках в той степени, в которой они перестали отвечать.
Итак, если вам нужно спросить, не используйте его:)
В режиме реального времени это класс с наивысшим приоритетом, доступный для процесса. Поэтому он отличается от "Высокого" тем, что он на один шаг больше, и "Выше Нормальный" тем, что он на два шага больше.
Аналогично, в режиме реального времени также есть уровень приоритета потока.
Класс приоритета процесса повышает или понижает все эффективные приоритеты потоков в процессе и поэтому считается "базовым приоритетом".
Итак, процесс имеет:
- Класс приоритета базового процесса .
- Индивидуальные приоритеты потока , смещения базового класса приоритета.
Так как предполагается, что в режиме реального времени зарезервированы приложения, которые абсолютно должны упредить другие запущенные процессы, существует специальная привилегия безопасности для защиты от случайного ее использования. Это определяется политикой безопасности.
В NT6 + (Vista +) использование планировщика классов мультимедиа Vista - это правильный способ добиться операций в реальном времени в том, что не является оперативной ОС. Он работает, по большей части, хотя и не идеален, поскольку ОС не предназначена для операций в реальном времени.
Microsoft считает этот приоритет очень опасным, справедливо. Ни одно приложение не должно использовать его, кроме как в особых обстоятельствах, и даже тогда попытаться ограничить его использование во временные потребности.
Как только Windows узнает, что программа использует более высокий приоритет, кажется, что она ограничивает приоритет процесса.
Установка приоритета из IDLE в REALTIME НЕ меняет использование ЦП.
Я нашел на своем многопроцессорном процессоре AMD, что, если я отброшу один из процессоров, как LAST, использование процессора будет MAX OUT, а последний CPU останется бездействующим. Скорость процессора увеличивается до 75% на моей Quad AMD.
Используйте Диспетчер задач → выберите процесс- > Щелкните правой кнопкой мыши процесс- > Выбрать- > Установить аффинность Нажмите все, кроме последнего процессора. Использование процессора будет увеличиваться до MAX на оставшихся процессорах и количество кадров, если обработка видео увеличится.
По определению, Windows является многозадачной операционной системой. То есть одновременно в ней могут выполняться несколько задач. Однако задача задаче рознь. И различие это заключается в приоритете. То есть, при выполнении какой-либо программы Windows распределяет ресурсы определенным образом, в зависимости от того, какой приоритет у какого процесса (программы). Программы в дальнейшем я буду называть процессами, так проще. Каждая запущенная программа в Windows представляет собой процесс. Приоритеты бывают разные - большие, маленькие, но об этом потом. Чем это может нам помочь? А вот чем. Многие сетуют на медленность выполнения программ на Vb. В свое время я на это наткнулся на самом наглядном примере. Представьте себе программу, которая должна через определенный интервал времени выполнять какое-либо действие - ну, например, что-то выводить пользователю. Просто - скажете Вы. Берем таймер и вперед. А если помимо этого периодически программа должна что-то еще считать, и не один раз, а таймеров много? Будет тормозить. Причем не Windows, а только программа. Несправедливо? Да. Это значит, что Windows отделяет мало ресурсов Вашей программе, которых ей явно недостаточно. Значит попросить у Windows больше, только как?
Вот так
Значит надо менять приоритет. Самое время о них поговорить. В Windows"98 приоритетов меньше, чем в Windows Me или 2000, но они таки есть J. Вот они.
Приоритет реального времени (real time) - программа выполняется так, как будто она одна и есть цель жизни Windows. Все ресурсы отдаются ей.
Высокий приоритет (high) - программа выполняется так, чтобы оставить чуть-чуть остальным приложениям.
Нормальный (normal) - выполнение идет обычным путем.
Низкий (idle) - если выполнение и идет, то только когда Windows делать нечего.
Ну так вот, запущенная программа сначала получает приоритет Normal, и выполняется своим чередом. При этом приоритете, что бы программа ни делала, она не сможет съесть ресурсов столько, чтобы повис Windows. В теории. Но нам так не подходит. Нам надо приоритет high или, если все очень напряжно, real time. Но real time - вещь опасная. Может запросто затормозиться даже мышка. А об остальных программах я и говорить на хочу. Просто копец и все тут. Итак, как же все таки приоритет поменять.
Снова API
Да, за установку приоритета отвечает функция SetPriorityClass. То есть, вызвав ее, и передав все, что ей надо, мы получим нужный приоритет.
Private Declare Function SetPriorityClass _ Lib "kernel32" (ByVal hProcess As Long, _ ByVal dwPriorityClass As Long) As Long
- hProcess - это Handle процесса. О нем ниже.
- dwPriorityClass - приоритет. Он то нам и нужен.
Константы приоритетов:
Private Const REALTIME_PRIORITY_CLASS = &H100 Private Const HIGH_PRIORITY_CLASS = &H80 Private Const NORMAL_PRIORITY_CLASS = &H20 Private Const IDLE_PRIORITY_CLASS = &H40Все просто - берем константу и вперед, но нам надо получить Handle процесса. То есть, процесс и окно для Windows вещи хоть и почти синонимичные, но не всегда. Handle окна - одна вещь, Handle процесса - совсем другая. То есть, у процесса может быть много окон, но у окна только один процесс владелец. Значит, нам надо научиться находить Handle именно процесса. В этом нам поможет функция OpenProcess, которая после передачи ей параметров, скажет, что за Handle у процесса.
Private Declare Function OpenProcess _ Lib "kernel32" (ByVal dwDesiredAccess As Long, _ ByVal bInheritHandle As Long, ByVal dwProcessId As Long) As Long
dwDesiredAccess - что мы хотим узнать (Handle у процесса бывают разные, для завершения процесса - одни, для получения информации - другой). Мы будем использовать константу PROCESS_QUERY_INFORMATION, то есть опрашивать процесс.
Private Const PROCESS_QUERY_INFORMATION = &H400
bInheritHandle - переменная Boolean. Если ее передать True, то полученный Handle может в будущем быть использован другим процессом. Но нам это не надо. Передаем туда False.
DwProcessId - так, а это очередная вещь - идентификатор (id) процесса. Нам надо и его получить. Как? Просто! Функция GetCurrentProcessId, вызываемая без параметров (слава Богу) просто возвращает id текущего процесса.
Private Declare Function GetCurrentProcessId _ Lib "kernel32" Alias "GetCurrentProcessId" () As Long
Все. Можно вздохнуть и все сделать красиво.
Немного кода
Option Explicit Private Declare Function SetPriorityClass _ Lib "kernel32" (ByVal hProcess As Long, _ ByVal dwPriorityClass As Long) As Long Private Const REALTIME_PRIORITY_CLASS = &H100 Private Const HIGH_PRIORITY_CLASS = &H80 Private Const NORMAL_PRIORITY_CLASS = &H20 Private Const IDLE_PRIORITY_CLASS = &H40 Private Declare Function OpenProcess _ Lib "kernel32" (ByVal dwDesiredAccess As Long, _ ByVal bInheritHandle As Long, ByVal dwProcessId As Long) As Long Private Const PROCESS_QUERY_INFORMATION = &H400 Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long Private Sub SetPriority(Priority As Long) Dim ProcId As Long "переменная для id процесса Dim ProcHandle As Long "переменная для handle процесса ProcId = GetCurrentProcessId "получим id ProcHandle = OpenProcess(PROCESS_QUERY_INFORMATION, False, ProcId) "получили Handle Call SetPriorityClass(ProcHandle, Priority) " ставим приоритет End Sub Private Sub Form_Load() "ставим приоритет SetPriority HIGH_PRIORITY_CLASS End Sub
Ответ от Null
[гуру]
Сначала выполняется одна команда одного процесса, потом другого, потом вторая команда первого процесса, и так далее. Приоритет процесса указывает на частоту обращения процессора к нему, то есть чем выше приоритет, тем выше скорость работы программы, но это замедляет работу остальных процессов.
Ответ от Просветление
[активный]
Сразу после переключения контекста ядро запускает алгоритм планирования выполнения процессов выбирая на выполнение процесс с наивысшим приоритетом среди процессов, находящихся в состояниях "резервирования" и "готовности к выполнению, будучи загруженным в память". Рассматривать процессы, не загруженные в память, не имеет смысла, поскольку не будучи загружен, процесс не может выполняться. Если наивысший приоритет имеют сразу несколько процессов, ядро, используя принцип кольцевого списка (карусели) , выбирает среди них тот процесс, который находится в состоянии "готовности к выполнению" дольше остальных. В общем к какой проге обращаешься та и имеет приоритет но совместно с ней есть ещё и другие процессы которые обязаны с ней учавствовать, отсюда и идёт приоритет. . в режиме реального времени значит ежесекундно.