Изменить приоритеты нескольких процессов линукс

Администрирование систем Linux. Приоритеты процессов

Глава 2. Приоритеты процессов

2.1. Приоритеты процессов и значения nice

Все процессы в системе имеют соответствующие приоритеты и значения nice . Процессы с более высокими приоритетами будут получать больше процессорного времени , нежели остальные процессы с низкими приоритетами. Вы можете повлиять на распределение процессорного времени, воспользовавшись утилитами nice и renice .

2.1.2. Именованные программные каналы (утилита mkfifo)

Процессы могут обмениваться информацией друг с другом посредством именованных программных каналов . Эти именованные программные каналы могут создаваться с помощью утилиты mkfifo .

В примере ниже показана процедура создания четырех отдельных именованных программных каналов (в новой директории).

2.1.3. Увлекательные манипуляции с утилитой cat

Для демонстрации методики использования утилит top и renice мы будем применять комбинацию из утилиты cat и созданных ранее именованных программных каналов с целью полного исчерпания вычислительных ресурсов центрального процессора .

Бинарный файл cat должен быть скопирован в текущую директорию с отличным именем. (Это позволит нам достаточно просто отслеживать созданные процессы с помощью утилиты top . Вы можете выполнить эти же действия и без копирования бинарного файла cat, но с использованием различных учетных записей пользователей. Или же вы можете просто отслеживать значения идентификаторов каждого из созданных процессов .)

Команды, которые вы можете обнаружить в примере выше, предназначены для создания двух процессов с именами proj33 , которые на самом деле будут являться экземплярами утилиты cat , выполняющими циклическую передачу символа x с помощью именованных программных каналов pipe33a и pipe33b . Те же самые манипуляции осуществляются процессом с именем proj42 с символом z.

2.1.4. Утилита top

Простой запуск утилиты top без передачи каких-либо параметров или аргументов приведет к выводу информации о параметрах системы и обо всех процессах в системе. При этом в верхней части вывода утилиты top может быть обнаружена следующая информация.

Обратите внимание на нулевое значение времени простоя центрального процессора ( cpu idle time 0.0 id ). Оно объясняется тем, что наши процессы cat используют все вычислительные ресурсы центрального процессора . Результаты могут отличаться при использовании систем с четырьмя или большим количеством ядер центрального процессора .

2.1.5. Команда top -p

Команда top -p 1670,1671,1673,1674 из примера ниже позволяет выводить информацию о четырех процессах, каждый из которых использует примерно 25 процентов вычислительных ресурсов центрального процессора.

Все четыре процесса имеют одинаковый приоритет (столбец PR) и на равных соревнуются за время центрального процессора . В некоторых системах ядро Linux может использовать немного отличающиеся значения приоритетов процессов , но в любом случае в результате описанных выше манипуляций четыре процесса будут на равных соревноваться за время центрального процессора .

2.1.6. Утилита renice

Так как упомянутые ранее процессы уже исполняются, нам придется использовать утилиту renice для изменения их значений nice (столбец NI).

В примере ниже показана методика использования утилиты renice по отношению к обоим процессам с именами proj33 .

Обычные пользователи могут устанавливать значения nice для своих процессов из диапазона от 0 до 20. Отрицательные значения nice может устанавливать исключительно пользователь root . Будьте осторожны при использовании отрицательных значений nice, так как в случае их установки управление системой с помощью клавиатуры или удаленной командной оболочки, работающей по протоколу ssh, может быть значительно осложнено или же вообще окажется невозможным.

2.1.7. Влияние значений nice на работу процессов

Влияние значения nice на работу процесса может может варьироваться. В примере ниже показан результат исполнения нашей команды renice +8 . Обратите внимание на значения доли процессорного времени из столбца %CPU для каждого из процессов.

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

2.1.8. Утилита nice

Утилита nice функционирует аналогично утилите renice , но применяется в момент запуска приложения.

В примере ниже показана методика исполнения сценария с значением nice , равным пяти.

2.2. Практическое задание: приоритеты процессов

1. Создайте новую директорию и шесть именованных программных каналов в ней.

2. Инициируйте циклическую передачу символа посредством двух именованных программных каналов .

3. Используйте утилиты top и ps для вывода информации (pid, ppid, приоритет, значение nice, . ) о двух созданных процессах cat.

4. Инициируйте циклическую передачу другого символа посредством двух других именованных программных каналов, но в этот раз используйте утилиту nice для запуска приложений. Проверьте, соревнуются ли созданные процессы за все вычислительные ресурсы центрального процессора. (Не забывайте о том, что в случае необходимости вы можете создать еще два или большее количество процессов cat , использующих оставшиеся программные каналы).

5. Используйте утилиту ps для установления факта использования двумя новыми процессами cat измененных значений nice . Для этого используйте параметры -o и -C утилиты ps .

6. Используйте утилиту renice для увеличения значения nice процессов c 10 до 15. Обратите внимание на отличия в работе данных процессов и процессов со стандартными значениями nice.

2.3. Корректная процедура выполнения практического задания: приоритеты процессов

1. Создайте новую директорию и шесть именованных программных каналов в ней.

2. Инициируйте циклическую передачу символа посредством двух именованных программных каналов .

3. Используйте утилиты top и ps для вывода информации (pid, ppid, приоритет, значение nice, . ) о двух созданных процессах cat.

4. Инициируйте циклическую передачу другого символа посредством двух других именованных программных каналов, но в этот раз используйте утилиту nice для запуска приложений. Проверьте, соревнуются ли созданные процессы за все вычислительные ресурсы центрального процессора. (Не забывайте о том, что в случае необходимости вы можете создать еще два или большее количество процессов cat , использующих оставшиеся программные каналы).

5. Используйте утилиту ps для установления факта использования двумя новыми процессами cat измененных значений nice . Для этого используйте параметры -o и -C утилиты ps .

6. Используйте утилиту renice для увеличения значения nice процессов c 10 до 15. Обратите внимание на отличия в работе данных процессов и процессов со стандартными значениями nice.

Источник

Установка приоритетов для процессов в Linux

Все процессы в системе трудятся с определёнными приоритетами, также называемыми «значениями nice», которые могут изменяться от -20 (верхний приоритет) до 19 (наименьший приоритет). Если оно не определено, каждый процесс будет запускаться с ценностью по умолчанию — 0 («базовым» приоритетом (понятие, показывающее важность, первенство) распределения машинного времени). Для процессов с более рослым приоритетом (меньшим значением nice, вплоть до -20) будет выделено больше целых ресурсов по сравнению с другими процессами с меньшим приоритетом (до 19), предоставляя им большее количество циклов процессора. Все пользователи, кроме рута, могут только понижать приоритет собственных собственных процессов в диапазоне от 0 до 19. Суперпользователь (root) для любого процесса может водворить любое значение приоритета.

Если один или несколько процессов используют очень много ресурсов системы, вы можете изменить их приоритеты вместо того, чтобы уничтожать их. Для этого используется команда renice. Ее синтаксис:

renice приоритет [[-p] pid . ] [[-g] pgrp . ] [[-u] user . ]

Где приоритет — значение приоритета, pid — идентификатор процесса (используйте опцию -p для указания нескольких действий), pgrp — идентификатор группы процесса (если их несколько, используйте -g) и user — имя пользователя, обладающего процессом (-u для нескольких пользователей). Давайте представим, что вы запустили процесс с PID 785, который исполняет длительные научные вычисления, а пока он работает, вы хотели бы немного расслабится и поиграть, для что вам нужно освободить немного системных ресурсов. Тогда вы можете набрать:

В данном случае выполнение вашего процесса потенциально может занять больше времени, хотя он не будет забирать процессорное время у других процессов. Если вы системный администратор и приметили, что какой-то пользователь запустил слишком много процессов, и они используют слишком много целых ресурсов, вы можете изменить приоритет процессов этого пользователя при помощи одной бригады:

# renice +20 -u peter

После все процессы пользователя peter получат наименьший ценность и не будут затруднять работу процессов других пользователей.

Теперь, когда вы видите о том, что можно изменять приоритеты процессов, вам может понадобиться запустить программу с определенным ценностью. Для этого используйте команду nice. В этом случае вам необходимо указать свою бригаду в качестве опции для nice. Опция -n используется для установки значения приоритета. По умолчанию nice ставит приоритет 10. Например, вам нужно создать ISO-образ установочного CD-ROM’а с Mandrakelinux:

$ dd if=/dev/cdrom of=

В отдельных системах со стандартным IDE CD-ROM процесс копирования больших объёмов информации может завладеть слишком много ресурсов системы. Чтобы предотвратить блокирование других процессов благодаря копирования, вы можете запустить процесс с пониженным приоритетом при помощи этой команды:

Источник

Русские Блоги

Приоритеты процессов Linux

Почему существует приоритет: в многозадачной операционной системе, чтобы различать важность процесса, операционная система должна иметь индекс для измерения важности, и приоритет исходит из этого

Во-первых, хорошее значение и значение Приоритета

Сначала используйте команду top, чтобы увидеть информацию о текущем процессе:

Получить:

Вы можете видеть, что есть два свойства PR и NI, эти два являются приоритетными и хорошими значениями

Давайте поговорим о том, что означают эти два значения

1.1 хорошее значение

• Значение, которое отражает статус «приоритет» процесса
• Диапазон значений -20

19, 40 уровней

Чем меньше значение nice, тем выше приоритет

1.2 Приоритетное значение

• Приоритетное значение
• В Linux реализовано 140 диапазонов приоритетов со значениями от 0 до 139
• От 0 до 99 для процессов в реальном времени, от 100 до 139 для процессов не в реальном времени

1.3 Контакт

Сначала мы используем команду nice для указания и запуска нового процесса. Приоритетная команда для установки команды выглядит следующим образом:

Используйте nice, чтобы открыть bash с хорошим значением 10:

Используйте команду ps для просмотра:

Видно, что когда значение nice равно 10, значение Priority изменяется соответственно:

Nice можно рассматривать как статический приоритет, а Priority можно рассматривать как динамический приоритет:

Хорошее значение от -20 до 19 может быть сопоставлено значению приоритета процесса не в реальном времени от 100 до 139 или значению приоритета от 0 до 99 процессов реального времени

Процессы в реальном времени и не в реальном времени

2.1 Операционная система реального времени

Сначала посмотрите на операционную систему реального времени:
— Операционная система реального времени (ОСРВ) означает, что когда генерируются внешние события или данные, они могут быть приняты и обработаны с достаточно быстрой скоростью, а результат обработки может быть в течение указанного времени. Чтобы контролировать производственный процесс или быстро реагировать на систему обработки, запланируйте все доступные ресурсы для выполнения задач в реальном времени и управляйте всеми операционными системами, в которых все задачи реального времени работают в гармонии. Обеспечение своевременного реагирования и высокая надежность являются его основными характеристиками

Операционная система реального времени делится на жесткие в реальном времени и мягкие в реальном времени
-Жесткое в реальном времени — это задача, которая должна быть выполнена в указанное время
— мягкое в реальном времени то, что небольшое превышение указанного времени мало влияет на результат

Linux — строго операционная система не в реальном времени, но приоритет от 0 до 99 — это описание процесса в реальном времени, а процесс в реальном времени сопоставляется с 100 приоритетами отдельно во время проектирования ядра, и это более просто Алгоритм планирования для уменьшения затрат на планирование.

Поэтому Linux следует считать мягкой операционной системой реального времени.

Итак, Linux делит процессы на
— прогресс в реальном времени: приоритет 0

99
— процесс не в реальном времени: приоритет 100

В-третьих, стратегия планирования

3.1 Для планирования процессов в реальном времени

• Тот, кто имеет наивысший приоритет, исполняется первым
• Одинаковый приоритет с SCHED_FIFO и SCHED_RR
• SCHED_FIFO: планирование «первым пришел — первым вышел»
• SCHED_RR: режим вращения временного среза для планирования, длина временного среза составляет 100 мс

Вы можете просматривать и устанавливать статус приоритета процесса в реальном времени с помощью команды chrt.

3.2 Для планирования процессов не в реальном времени

3.2.1 Планирование O1

Согласно буквальному значению, временная сложность алгоритма планирования O1 равна O (1)

Планировщик O1 разработан в соответствии с классической идеей распределения времени, то есть время выполнения ЦП делится на период, процесс с более высоким приоритетом использует больший временной интервал, а процесс с более низким приоритетом использует меньший временной интервал.

Поток обработки планировщика O1:

Когда процесс разветвляется, процессу назначается длина временного интервала, а родительский и дочерний процессы поровну делятся на исходный временной интервал процесса (чтобы процесс не использовал метод fork, чтобы у обрабатываемой им задачи всегда был временной интервал); в первом раунде временных интервалов После этого система перераспределяет длину временного интервала (чтобы процесс «потомства» не был слишком коротким и приводил к несправедливости)

Для всех процессов, которые выполняются или находятся в исполняемой очереди, алгоритм O1 поддерживает два процесса организации очереди;

Проверьте процессы, выполняемые на ЦПУ при каждом системном прерывании (Systick, 1000Hz):

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

Процессы, потребляющие процессор и ввод-вывод

Алгоритм O1 делит процессы с одинаковым приятным значением на два типа в зависимости от их загрузки процессора:
1. Потребление ЦП: всегда используйте ЦП для вычислений. Выделенный ему временной интервал всегда будет исчерпан до того, как программа может быть запланирована (различные арифметические операции, Обработка данных)
2. Тип потребления ввода-вывода: часто освобождают ЦП (vim, shell, интерактивный процесс) до того, как интервал времени исчерпан.

Повысить приоритет процессов ввода-вывода

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

Таким образом, ядро ​​будет наблюдать за состоянием использования процессора процессом и динамически регулировать значение приоритета. Диапазон регулировки составляет + -5, чтобы увеличить приоритет потребления ввода-вывода и уменьшить приоритет потребления процессора. Чувство заикания

Вот почему Приоритет называется динамическим приоритетом

3.2.2 Планирование CFS

Из-за O1 производительность многоядерных и многопроцессорных систем не очень хорошая. После Linux 2.6.23 CFS был включен как метод планирования для процессов с общим приоритетом (SCHED_OTHER).

Основная идея: n процессов, выполнение n процессов за относительно короткое время

Меньшее время = максимальное время задержки для процессов, которые должны быть запланированы в состоянии R (очередь выполнения или исполняемая очередь)

Чем больше процессов, тем меньше времени процесс выполняется в цикле.

Планировщик поддерживает общее количество процессорных времен для всех процессов: vruntime

Все ожидающие процессы помещаются в очередь, состоящую из красного и черного деревьев с ключом vruntime. Каждый процесс, запланированный для выполнения, представляет собой процесс в самом левом поддереве красного и черного дерева (то есть процесс с наименьшим временем vruntime).

Планировщик CFS выполняет проверки планирования в прерывании тактового сигнала. Время планирования может быть суммировано как:

1. Переход состояния текущего процесса в основном относится к тому, когда текущий процесс завершается и завершается или процесс переходит в спящий режим.
2. Когда текущий процесс активно отказывается от процессора
3. Когда время текущего процесса превышает идеальное время заполнения каждого фонда
4. Диспетчерская проверка происходит, когда процесс возвращается из прерывания, исключения или системного вызова.

Приоритет CFS

• Для CFS приоритет определяется скоростью потребления времени (рост vruntime)
• Скорость увеличения времени различна для разных процессов более низкого уровня: процесс с высоким приоритетом замедляется, а время с низким приоритетом увеличивается.
• Например, процесс с приоритетом 19 потребляет 1 с ЦП, а записи vruntime 1 с, но процесс с приоритетом -20 может занимать 10 с ЦП, а записи vruntime 1 с.
• Разница во времени использования ЦП для каждого уровня составляет 10%. Расчетный результат помещается в массив. При использовании он напрямую берется из массива для сокращения времени использования ЦП.

Минимальное время использования процессора

CFS разработал параметр sched_min_granularity_ns, который используется для установки минимального времени использования ЦП после того, как запланировано выполнение процесса. После того, как запланировано выполнение процесса, он должен выполняться как минимум в течение этого времени, прежде чем произойдет переключение планирования.

Ожидаемое время задержки

Независимо от того, сколько процессов должно быть выполнено, все они имеют ожидаемое время задержки, то есть sched_latency_ns, то есть каждый n процессов выполняется в течение этого времени.

Если число процессов велико, среднее время ЦП, потребляемое каждым процессом, равно sched_latency_ns / n, а sched_min_granularity_ns используется для ограничения минимального времени выполнения.

Vruntime значение нового процесса

CFS поддерживает значение min_vruntime для каждой очереди выполнения ЦП, которое записывает минимальное значение vruntime в очереди выполнения ЦП.

Когда новый процесс появляется в очереди, его vruntime инициализации не будет установлен в 0, но будет установлен на основе значения min_vruntrme

CFS-обработка процессов ввода-вывода

Поскольку процесс ввода-вывода занимает короткое время ЦП, время выполнения процесса остается тем же во время режима гибернации. После пробуждения режима гибернации время выполнения процесса будет намного меньше, чем у других процессов.

Поэтому CFS выполняет компенсацию времени для процессов, требующих ввода-вывода:
Если процесс был разбужен из спящего режима и значение атрибута GENTLE_FAIR_SLEEPERS равно true, тогда для vruntime установлено значение MAX (sched_latency_ns / 2, vruntime)

Другие стратегии планирования для CFS

• SCHED_BATCH: рассматривать процессы только как процессорные
• SCHED_IDLE: Планировщик считает этот приоритет низким, более низким, чем приоритет с хорошим значением 19.

Преимущества CFS перед O1:

При многоядерности каждое ядро ​​поддерживает очередь планирования, и каждый ЦП может планировать свой собственный процесс очереди.

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

Интеллектуальная рекомендация

Пошаговая загрузка файла Spring MVC-09 (на основе файла загрузки клиента Servlet3.0 + Html5)

пример тестовое задание Исходный код Несмотря на загрузку файлов в Servlet3.0 +, мы можем очень легко программировать на стороне сервера, но пользовательский интерфейс не очень дружелюбен. Одна HTML-ф.

Создайте многоканальное окно в приложениях Win32

Создайте многоканальное окно в приложениях Win32, создайте несколько оконных объектов одного и того же класса Windows, а окна объектов разных классов окон. .

Путь к рефакторингу IOS-APP (3) Введение в модульное тестирование

IOS-APP реконструкция дороги (1) структура сетевых запросов IOS-APP реконструкция дороги (два) Модельный дизайн При рефакторинге нам нужна форма, позволяющая вносить смелые изменения, обеспечивая при .

Tree——No.617 Merge Two Binary Trees

Problem： Given two binary trees and imagine that when you put one of them to cover the other, some nodes of the two trees are overlapped while the others are not. You need to merge them into a new bin.

Источник