Ожидающий - процесс ждет выделения какого-либо ресурса
Свопированный - процесс находится в swap-разделе на диске
Остановленный - процесс приостановлен
Выполнимый процесс получил все необходимые ресурсы и ждет только выделения времени центрального процессора для обработки данных.
Ожидающий процесс ждет наступления определенного события. Например командный интерпретатор ждет команд пользователя с клавиатуры и проводит в состоянии ожидания большую часть своего времени.
Свопированный процесс не существует в оперативной памяти. Он записан в swap-раздел на диске и ждет "своего часа".
Время от времени в системе появляются процессы, которые так или иначе требуют вмешательства администратора. Такие процессы получили название "заблудшие".
Основные разновидности таких процессов - зависшие и неуправляемые процессы.
Зависшие процессы ничего не делают, не отвечают своему управляющему терминалу, а просто "висят", занимая ресурсы системы. Неуправляемые процессы бывают двух типов - пользовательские и системные. Неуправляемый пользовательский процесс не обязательно работает неправильно. Просто он может "кушать" много системных ресурсов, и из-за него будут простаивать другие, может быть не менее полезные процессы.
Ну а неуправляемый системный процесс может (внезапно впав в буйство) просто "крушить" все на своем пути.
Сигналы, посылка сигналов, команда kill
Для управления процессами в системе предусмотрена команда kill.
Формат этой команды kill <-сигнал> pid, где <-сигнал> - номер или символьное имя посылаемого процессу сигнала. Команду kill чаще всего используют для прекращения выполнения процесса. Наиболее часто используемые сигналы:
9 (KILL) - гарантированное уничтожение процесса
15 (TERM) - программное завершение процесса
1 (HUP) - сигнал отбоя. Многие системные процессы при получении этого сигнала перечитывают свои конфигурационные файлы. Вообще рекомендуется давать сигнал HUP перед посылкой сигнала KILL.
Иногда, правда редко, процессы впадают в такие состояния, что их нельзя "убить" даже выдав команду kill -9 pid.
В этом случае самый эффективный способ "убить" процесс - команда reboot.
Приоритет выполнения процесса, команда nice
От приоритета процесса зависит, какую часть времени центрального процессора он получит. Выбирая процесс для выполнения, ядро находит процесс с самым высоким "внутренним приоритетом". Непосредственно изменить значение внутреннего приоритета невозможно, но можно повлиять на него, изменяя так называемое nice-значение.
Для этой цели используется команда nice. Формат этой команды:
nice <относительный приоритет от процесса-родителя> <команда>. Относительный приоритет в системе FreeBSD находится в пределах от -20 до +20.
Важно запомнить: Чем ниже значение nice - тем выше приоритет процесса.
Пример:
# nice -10 /usr/local/mygame
Если пользователь не предпримет особых мер, то новый процесс унаследует приоритет своего родителя. Пользователь может увеличить значение nice (т.е. понизить приоритет), но не сможет уменьшить его, даже для возврата процесса к приоритету, полученному при "рождении".
Привилегированный пользователь может менять приоритеты процессов как угодно, вплоть до того, что все процессы не смогут работать из-за одного единственного.
В системе FreeBSD существует команда renice, с помощью которой можно изменить приоритет уже запущенному процессу. Ее формат:
renice <приоритет> [-p pid] [-g <группа>] [-u <пользователь>]
Пример:
# renice +1 -p 989 -u daemon root -p 32
В примере понижается на 1 приоритет процессов с номерами PID 989 и 32, а так же у всег процессов, владельцами которых являются daemon и root.
Текущий контроль процессов, команды ps и top
Для текущего контроля состояния процессов в системе используется команда ps.
Если она введена без опций, то покажет только собственные процессы пользователя и процессы обмена с терминалом. Команда имеет опции:
-a - выдает информацию о всех пользовательских процессах
-е - показывает значения переменных окружения
-h - при выводе на PAGER (more или less) выводит заголовок листинга
-m - сортирует вывод по используемой памяти
-r - сортирует вывод по использованию времени центрального процессора
-x - вывод команды не ассоциирован с терминалами (т.е. показываются также например и процессы-демоны)
Наберите команду
# ps -ax
Посмотрим на листинг (здесь показана для краткости только одна строчка помимо заголовка и только часть полей):
USER PID STAT START TIME COMMAND
bob 1167 R+ 5:57PM 0:00.04 ps -ax
USER - имя владельца процесса
PID - идентификатор процесса
STAT - текущий статус процесса
R = выполнимый, T = остановленный
I = ожидающий, S = ожидающий (> 20 сек)
Z = зомби
Дополнительные флаги:
W = процесс свопирован
+ = процесс в приоритетном режиме своего терминала
START - время запуска процесса
TIME - время центрального процессора, потребленное процессом
COMMAND - имя и аргументы команды
Для самостоятельного изучения вам дается команда top.
Вывод этой команды аналогичен выводу команды ps.
Замечу только использование команды top - довольно дорогое удовольствие, т.к. она сама "пожирает" довольно много ресурсов системы. Не стоит ею злоупотреблять.
Защита фоновых процессов, команда nohup
Для того, чтобы запустить процесс в фоновом режиме, нужно просто набрать & после имени команды, например:
# cat /var/log/messages | grep fetchmail > fetchmail.log &
Но если, к примеру, вы используете в качестве shell интерпретатор sh, и сразу же после этой команды выйдете из системы командой exit (или Ctrl+D), интерпретатор пошлет сигнал отбой (HUP) этому процессу (как впрочем, и всем, им порожденным).
Для то, чтобы этого не произошло, нужно запустить эту команду с помощью команды nohup.
# nohup cat /var/log/messages | grep fetchmail > fetchmail.log &
В этом случае, сигнал отбоя от sh будет проигнорирован.
Правда у команды nohup есть побочные эффекты:
она увеличивает значение nice на +5
если стандартный файл вывода не переназначен, то весь вывод пойдет в файл nohup.out (в нашем случае этого не произойдет)Замечание: Если вы пользуетесь csh или другими современными интерпретаторами, то вы вполне можете обходиться без команды nohup.
Вопрос: Как прервать процесс по имени?
Ответ: Используйте команду killall.
Сopyright © 2000. Андрей Фёдоров
http://www.anriintern.com/computer/freebsd/
Назад |
Содержание |
Вперед
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
Виртуальные VPS серверы в РФ и ЕС
