Команды выполнения процессов в фоновом режиме - jobs, fg, bg

Kill - принудительное завершение процесса

Nohup - игнорирование сигналов прерывания

Изменение приоритета процесса - команда nice

Программа top

Команда ps

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

Параметр	Описание
-a	отобразить все процессы, связанных с терминалом (отображаются процессы всех пользователей)
-e	отобразить все процессы
-t список терминалов	отобразить процессы, связанные с терминалами
-u идентификаторы пользователей	отобразить процессы, связанные с данными идентификаторыми
-g идентификаторы групп	отобразить процессы, связанные с данными идентификаторыми групп
-x	отобразить все процессы, не связанные с терминалом

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

nice [-коэффициент понижения] команда [аргумент]

Команда nice выполняет указанную команду с пониженным приоритетом, коэффициент понижения указывается в диапазоне 1..19 (по умолчанию он равен 10). Суперпользователь может повышать приоритет команды, для этого нужно указать отрицательный коэффициент, например --10. Если указать коэффициент больше 19, то он будет рассматриваться как 19.

nohup команда [аргумент]

nohup выполняет запуск команды в режиме игнорирования сигналов. Не игнорируются только сигналы SIGHUP и SIGQUIT.

kill [-номер сигнала] PID

где PID - идентификатор процесса, который можно узнать с помощью команды ps.

Команда jobs выводит список процессов, которые выполняются в фоновом режиме, fg - переводит процесс в нормальные режим ("на передний план" - foreground), а bg - в фоновый. Запустить программу в фоновом режиме можно с помощью конструкции <команда> &

16. Процесс init и файл /etc/inittab. Жизненный цикл процесса, приоритеты

Процесс init - это демон, который отвечает за инициализацию системы. Без него ни один другой процесс не сможет запуститься. Во время загрузки init выполняет две важные задачи: во-первых он запускает стартовые сценарии rc, а затем инициализирует терминалы, для того что бы в систему могли войти пользователи. (Де́мон (англ. daemon) — в системах класса UNIX — служба, работающая в фоновом режиме без прямого общения с пользователем)

Непосредственно после того, как система Linux загружается и ее ядро монтирует корневую файловую систему, она выполняет первую программу -- init. Эта программа отвечает за запуск стартовых системных скриптов и за изменение состояния системы с загрузочного на обычное многопользовательское. Программа init изготавливает копии оболочек login: для всех устройств "tty" в системе, а также устанавливает другие стартовые и заключительные процедуры.

После запуска программа init уходит в фоновый режим, следя за режимом работы системы и по необходимости изменяя его. Программа init должна следить за множеством вещей; все ее функции определены в файле /etc/inittab. Пример файла /etc/inittab дается ниже.

Неправильное изменение файла /etc/inittab может привести к тому, что войти в систему станет невозможно. Как самое меньшее средство безопасности при изменении файла /etc/inittab следует сохранять его предыдущую правильную версию и иметь загрузочную (корневую) дискету на случай, если будет сделана ошибка.

inittab Этот файл описывает, как процесс INIT конфигурирует

# систему на каждом уровне работы (run-level).

# Версия: @(#)inittab 2.04 17/05/93 MvS

# 2.10 02/10/95 PV

# Автор: Miquel van Smoorenburg, <[email protected]>

# Переработано: Patrick J. Volkerding, <[email protected]>

# Дополнительные изменения:

# Robert Kiesling, <[email protected]>

#

# Уровень по умолчанию

id:3:initdefault:

# Инициализация системы (запускается при загрузке системы)

si:S:sysinit:/etc/rc.d/rc. S

# Скрипт, который запускается в режиме с одним пользователем

# (уровень 1)

su:1S:wait:/etc/rc.d/rc.K

# Скрипт, который запускается в многопользовательском режиме

rc:23456:wait:/etc/rc.d/rc.M

# Что делать при нажатии комбинации Ctrl-Alt-Del

ca::ctrlaltdel:/sbin/shutdown -t5 -rfn now

# При уровне 0 система останавливается

l0:0:wait:/etc/rc.d/rc.0

# При уровне 6 система перезагружается

l6:6:wait:/etc/rc.d/rc.6

# Что делать при перебое в питании (выгрузка системы в режиме с

# одним пользователем)

pf::powerfail:/sbin/shutdown -f +5 "THE POWER IS FAILING"

# Если питание успело восстановиться, прекратить выгрузку системы

pg:0123456:powerokwait:/sbin/shutdown -c "THE POWER IS BACK"

# Если питание восстановилось в режиме с одним пользователем,

# то вернуться к многопользовательскому режиму

ps:S:powerokwait:/sbin/init 5

# Команды getty в многопользовательском режиме на консолях,

# подключенных к последовательным портам

#

# ВНИМАНИЕ: приведите эти команды в соответствие с

# вашими командами getty, иначе вы не сможете

# войти в систему!!

#

# ВНИМАНИЕ: аргументы команды `agetty': скорость, порт

# аргументы команды `getty_ps': порт, скорость, `gettydefs'

c1:1235:respawn:/sbin/agetty 38400 tty1 linux

c2:1235:respawn:/sbin/agetty 38400 tty2 linux

c3:1235:respawn:/sbin/agetty 38400 tty3 linux

c4:1235:respawn:/sbin/agetty 38400 tty4 linux

c5:1235:respawn:/sbin/agetty 38400 tty5 linux

c6:12345:respawn:/sbin/agetty 38400 tty6 linux

# Последовательные порты (serial lines)

# s1:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt100

s2:12345:respawn:/sbin/agetty -L 9600 ttyS1 vt100

# Подключения через модем (dialup lines)

d1:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS0 vt100

#d2:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS1 vt100

# Уровень 4 раньше использовался только для систем X Window.

# Потом было обнаружено, что этот уровень зацикливает скрипт init,

# так что load avg все время остается равным по меньшей мере 1.

# Таким образом, теперь есть один процесс getty, открытый на

# tty6. Надеемся, что этого никто не заметит.;^)

# Кроме того, не так уж плохо иметь одну текстовую консоль

# на случай, если что-либо случится с X.

x1:4:wait:/etc/rc.d/rc.4

# Конец файла /etc/inittab

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации

Жизненный цикл процесса - последовательность стадий и фаз, определяющих динамику реализации и развития процесса.

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

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

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

Жизненный цикл управления процессами

Дата добавления: 2014-12-07