1. Основные команды ос unix Вход в систему и выход
Порядок выполнения работы
жүктеу/скачать 88,89 Kb.
|
Лабораторные работы ТОВП (1)
- Бұл бет үшін навигация:
- Лабораторная работа №4 Сигналы Цель работы
| Порядок выполнения работы
1. Изучить теоретическую часть лабораторной работы. 2. Организовать функционирование процессов следующей структуры: Отец Сын 1 Сын 2 Сын 3 Сын 4 2.1. Отец формирует нумерованные сообщения вида: N pid time (N –текущий номер сообщения, pid – pid процесса, time – время записи в формате мм.сс (минуты.секунды)) и через файл передаёт их сыновьям. Одновременно сообщение отображается на экране дисплея. Сыновья читают данные из общего файла и отображают их на экране в своей зоне вывода в виде: N pid time1 time2 (N – номер сообщения, pid – pid процесса сына, time1 – текущее время, time2 – время, считанное из файла). Все процессы начинают свою работу по записи/чтению файла одновременно. 2.2. Задание по условию 2.1, но отец отслеживает момент завершения какого-нибудь из сыновей и при обнаружении этого факта запускает новый процесс-сын. 3. Исследовать взаимодействие процессов, когда они используют общий указатель на файл, открываемый до размножения процессов, и когда процессы открывают свои указатели. Лабораторная работа №4 Сигналы Цель работы – изучение механизма взаимодействия процессов с использованием сигналов. Теоретическая часть Сигналы не могут непосредственно переносить информацию, что ограничивает их применимость в качестве общего механизма межпроцессного взаимодействия. Тем не менее, каждому типу сигналов присвоено мнемоническое имя (например, SIGINT), которое указывает, для чего обычно используется сигнал этого типа. Имена сигналов определены в стандартном заголовочном файле при помощи директивы препроцессора #define. Как и следовало ожидать, эти имена соответствуют небольшим положительным целым числам. Большинство типов сигналов UNIX предназначены для использования ядром, хотя есть несколько сигналов, которые посылаются от процесса к процессу: SIGABRT – сигнал прерывания процесса (process abort signal). Посылается процессу при вызове им функции abort. В результате сигнала произойдет аварийное завершение. Следствием этого в реализациях UNIX является сброс образа памяти с выводом сообщения Quit – core dumped; SIGALRM – сигнал таймера (alarm clock). Посылается процессу ядром при срабатывании таймера. Каждый процесс может устанавливать не менее трех таймеров. Первый из них измеряет прошедшее реальное время. Этот таймер устанавливается самим процессом при помощи системного вызова alarm; SIGBUS – сигнал ошибки на шине (bus error). Этот сигнал посылается при возникновении некоторой аппаратной ошибки и вызывает аварийное завершение; SIGCHLD – сигнал останова или завершения дочернего процесса (child process terminated or stopped). Если дочерний процесс останавливается или завершается, то ядро сообщит об этом родительскому процессу, послав ему данный сигнал. По умолчанию родительский процесс игнорирует этот сигнал, поэтому, если в родительском процессе необходимо получать сведения о завершении дочерних процессов, то нужно перехватывать этот сигнал; SIGCONT – продолжение работы остановленного процесса (continue executing if stopped). Это сигнал управления процессом, который продолжит выполнение процесса, если он был остановлен; в противном случае процесс будет игнорировать этот сигнал. Данный сигнал обратный сигналу SIGSTOP; SIGHUP – сигнал освобождения линии (hangup signal). Посылается ядром всем процессам, подключенным к управляющему терминалу (control terminal) при отключении терминала. Он также посылается всем членам сеанса, если завершает работу лидер сеанса (обычно процесс командного интерпретатора), связанного с управляющим терминалом; SIGIIL – недопустимая команда процессора (illegal instruction). Посылается операционной системой, если процесс попытается выполнить недопустимую машинную команду; SIGINT – сигнал прерывания программы (interrupt). Посылается ядром всем процессам сеанса, связанного с терминалом, когда пользователь нажимает клавишу прерывания. Это также обычный способ остановки выполняющейся программы; SIGKILL – сигнал уничтожения процесса (kill). Это довольно специфический сигнал, который посылается от одного процесса к другому и приводит к немедленному прекращению работы получающего сигнал процесса; SIGPIPE – сигнал о попытке записи в канал или сокет, для которых принимающий процесс уже завершил работу (write on a pipe or socket when recipent is terminated); SIGPOLL – сигнал о возникновении одного из опрашиваемых событий (pollable event). Этот сигнал генерируется ядром, когда некоторый открытый дескриптор файла становится готовым для ввода или вывода; SIGPROF – сигнал профилирующего таймера (profiling time expired). Как было упомянуто для сигнала SIGALRM, любой процесс может установить не менее трех таймеров. Второй из этих таймеров может использоваться для измерения времени выполнения процесса в пользовательском и системном режимах. Этот сигнал генерируется, когда истекает время, установленное в этом таймере, и поэтому может быть использован средством профилирования программы; SIGQUIT – сигнал о выходе (quit). Очень похожий на сигнал SIGINT, этот сигнал посылается ядром, когда пользователь нажимает клавишу выхода используемого терминала. В отличие от SIGINT, этот сигнал приводит к аварийному завершению и сбросу образа памяти; SIGSEGV – обращение к некорректному адресу памяти (invalid memory reference). Сокращение SEGV в названии сигнала означает нарушение границ сегментов памяти (segmentation violation). Сигнал генерируется, если процесс пытается обратиться к неверному адресу памяти; SIGSTOP – сигнал останова (stop executing). Это сигнал управления заданиями, который останавливает процесс. Его, как и сигнал SIGKILL, нельзя проигнорировать или перехватить; SIGSYS – некорректный системный вызов (invalid system call). Посылается ядром, если процесс пытается выполнить некорректный системный вызов; SIGTERM – программный сигнал завершения (software termination signal). Программист может использовать этот сигнал для того, чтобы дать процессу время для «наведения порядка», прежде чем посылать ему сигнал SIGKILL; SIGTRAP – сигнал трассировочного прерывания (trace trap). Это особый сигнал, который в сочетании с системным вызовом ptrace используется отладчиками, такими как sdb, adb, gdb; SIGTSTP – терминальный сигнал остановки (terminal stop signal). Он формируется при нажатии специальной клавиши останова; SIGTTIN – сигнал о попытке ввода с терминала фоновым процессом (background process attempting read). Если процесс выполняется в фоновом режиме и пытается выполнить чтение с управляющего терминала, то ему посылается этот сигнал. Действие сигнала по умолчанию – остановка процесса; SIGTTOU – сигнал о попытке вывода на терминал фоновым процессом (background process attempting write). Аналогичен сигналу SIGTTIN, но генерируется, если фоновый процесс пытается выполнить запись в управляющий терминал. Действие сигнала по умолчанию – остановка процесса; SIGURG – сигнал о поступлении в буфер сокета срочных данных (high bandwidth data is available at a socket). Он сообщает процессу, что по сетевому соединению получены срочные внеочередные данные; SIGUSR1 и SIGUSR2 – пользовательские сигналы (user defined signals 1 and 2). Так же, как и сигнал SIGTERM, эти сигналы никогда не посылаются ядром и могут использоваться для любых целей по выбору пользователя; SIGVTALRM – сигнал виртуального таймера (virtual timer expired). Третий таймер можно установить так, чтобы он измерял время, которое процесс выполняет в пользовательском режиме; SIGXCPU – сигнал о превышении лимита процессорного времени (CPU time limit exceeded). Он посылается процессу, если суммарное процессорное время, занятое его работой, превысило установленный предел. Действие по умолчанию – аварийное завершение; SIGXFSZ – сигнал о превышении предела на размер файла (file size limit exceeded). Он генерируется, если процесс превысит максимально допустимый размер файла. При получении сигнала процесс может выполнить одно из трех действий. Первое – действие по умолчанию. Оно заключается в прекращении выполнения процесса, а для некоторых сигналов – в игнорировании сигнала либо в остановке процесса. Второе действие – игнорировать сигнал и продолжать выполнение. Третье – выполнить определенное пользователем действие. Наборы сигналов являются одним из основных параметров, передаваемых работающим с сигналами системным вызовам. Они просто задают список сигналов, которые необходимо передать системному вызову. Наборы сигналов определяются при помощи типа sigset_t, который определен в заголовочном файле . Размер типа задан так, чтобы в нем мог поместиться весь набор определенных в системе сигналов. Выбрать определенные сигналы можно, начав либо с полного набора сигналов и удалив ненужные сигналы, либо с пустого набора, включив в него нужные. Инициализация пустого и полного набора сигналов выполняется при помощи процедур sigemptyset и sigfillset соответственно. После инициализации с наборами сигналов можно оперировать при помощи процедур sigaddset и sigdelset, соответственно добавляющих и удаляющих указанные вами сигналы. Описание данных процедур: #include /* Инициализация*/ int sigemptyset (sigset_t *set); int sigfillset (sigset_t *set); /*Добавление и удаление сигналов*/ int sigaddset (sigset_t *set, int signo); int sigdelset (sigset_t *set, int signo); Процедуры sigemptyset и sigfillset имеют единственный параметр – указатель на переменную типа sigset_t. Вызов sigemptyset инициализирует набор set, исключив из него все сигналы. И наоборот, вызов sigfillset инициализирует набор, на который указывает set, включив в него все сигналы. Приложения должны вызывать sigemptyset или sigfillset хотя бы один раз для каждой переменной типа sigset_t. Процедуры sigaddset и sigdelset принимают в качестве параметров указатель на инициализированный набор сигналов и номер сигнала, который должен быть добавлен или удален. Второй параметр, signo, может быть символическим именем константы, таким как SIGINT, или настоящим номером сигнала, но в последнем случае программа окажется системно-зависимой. После определения списка сигналов можно задать определенный метод обработки сигнала при помощи процедуры sigaction: #include int sigaction (int signo, const struct sigaction *act, struct sigaction *oact); Первый параметр signo задает отдельный сигнал, для которого нужно определить действие. Чтобы это действие выполнялось, процедура sigaction должна быть вызвана до получения сигнала типа signo. Значение переменной signo может быть любое из ранее определенных имен сигналов, за исключением SIGSTOP и SIGKILL, которые предназначены только для остановки или завершения процесса и не могут обрабатываться по-другому. Второй параметр, act, определяет обработчика сигнала signo. Третий параметр, oact, если не равен NULL, указывает на структуру, куда будет помещено описание старого метода обработки сигнала. Рассмотрим структуру sigaction, определенную в файле : struct sigaction { void (*sa_handler) (int); /*Функция обработчика*/ sigset_t sa_mask, /*Сигналы, которые блокируются во время обработки сигнала*/ int sa_flags; /*Флаги, влияющие на поведение сигнала*/ void (*sa_sigaction) (int, siginfo_t *, void *); /*Указатель на обработчик сигналов*/ }; Первое поле, sa_handler, задает обработчик сигнала signo. Это поле может иметь три вида значений. Первое – SIG_DFL – константа, сообщающая, что нужно восстановить обработку сигнала по умолчанию. Второе – SIG_IGN – константа, означающая, что нужно игнорировать данный сигнал. Не может использоваться для сигналов SIGSTOP и SIGKILL. Третье – адрес функции, принимающей аргумент типа int. Если функция объявлена в тексте программы до заполнения sigaction, то полю sa_handler можно просто присвоить имя функции. Компилятор поймет, что имелся в виду ее адрес. Эта функция будет выполняться при получении сигнала signo, а само значение signo будет передано в качестве аргумента вызываемой функции. Управление будет передано функции, как только процесс получит сигнал, какой бы участок программы при этом ни выполнялся. После возврата из функции управление будет снова передано процессу и продолжится с точки, в которой выполнение процесса было прервано. Второе поле, sa_mask, демонстрирует первое практическое использование набора сигналов. Сигналы, заданные в этом поле, будут блокироваться во время выполнения функции, заданной полем sa_handler. Это не означает, что эти сигналы будут игнорироваться, просто их обработка будет отложена до завершения функции. При входе в функцию перехваченный сигнал также будет неявно добавлен к текущей маске сигналов. Поле sa_flags может использоваться для изменения характера реакции на сигнал signo. Пример перехвата сигнала SIGINT демонстрирует, как можно перехватить сигнал, а также проясняет лежащий в его основе механизм сигналов. Программа sigex просто связывает с сигналом SIGINT функцию catchint, а затем выполняет набор операторов sleep и printf. В данном примере определена структура act типа sigaction как static, поэтому при инициализации структуры все поля, в частности поле sa_flags, обнуляются: #include main() { static struct sigaction act; /*Определение процедуры обработчика сигнала catchint*/ void catchint (int); /*Задание действия при получении сигнала SIGINT*/ act.sa_handler = catchint; /*Создать маску, включающую все сигналы*/ sigfillset (& (act.sa_mask)); /*До вызова процедуры sigaction сигнал SIGINT*/ /*приводил к завершению процесса (действие по умолчанию).*/ sigaction (SIGINT, &act, NULL); /*При получении сигнала SIGINT управление*/ /*будет передаваться процедуре catchint*/ printf (“Вызов sleep номер 1\n”); sleep (1); printf (“Вызов sleep номер 2\n”); sleep (1); printf (“Вызов sleep номер 3\n”); sleep (1); printf (“Вызов sleep номер 4\n”); sleep (1); printf (“Выход\n”); exit (0); } /*Простая функция для обработки сигнала SIGINT*/ void catchint (int signal) { printf (“\nСигнал CATCHINT: signo = %d\n”, signo); printf (“Сигнал CATCHINT: возврат\n\n”); } Сеанс обычного запуска sigex будет выглядеть так: $ sigex Вызов sleep номер 1 Вызов sleep номер 2 Вызов sleep номер 3 Вызов sleep номер 4 Выход Пользователь может прервать выполнение данной программы, нажав клавишу прерывания задания. Если она была нажата до того, как в программе была выполнена процедура sigaction, то процесс просто завершит работу. Если же нажать на клавишу прерывания после вызова, то управление будет передано функции catchint: $ sigex Вызов sleep номер 1 <прерывание> (пользователь нажимает на клавишу прерывания) Сигнал CATCHINT : signo =2 Сигнал CATCHINT : возврат Вызов sleep номер 2 Вызов sleep номер 3 Вызов sleep номер 4 Выход Обратите внимание на то, как передается управление из тела программы в процедуру catchint. После завершения этой процедуры, управление продолжится с точки, в которой программа была прервана. Можно попробовать прервать программу и в другом месте: $ sigex Вызов sleep номер 1 Вызов sleep номер 2 <прерывание> (пользователь нажимает на клавишу прерывания) Сигнал CATCHINT : signo =2 Сигнал CATCHINT : возврат Вызов sleep номер 3 Вызов sleep номер 4 Выход Для того чтобы процесс игнорировал сигнал прерывания SIGINT, нужно заменить строку в программе: act.sa_handler = catchint; на act.sa_handler = SIG_IGN; После выполнения этого оператора нажатие клавиши прерывания будет безрезультатным. Снова разрешить прерывание можно так: act.sa_handler = SIG_IGN; sigaction (SIGINT, &act, NULL); sigaction (SIGQUIT, &act, NULL); При этом игнорируются оба сигнала SIGINT и SIGQUIT. Это может быть использовано в программах, которые не должны прерываться с клавиатуры. Как упоминалось выше, в структуре sigaction может быть заполнен третий параметр oact. Это позволяет сохранять и восстанавливать прежнее состояние обработчика сигнала, как показано в следующем примере: #include static struct sigaction act, oact; /*Сохранить старый обработчик сигнала SIGTERM*/ sigaction (SIGTERM, NULL, &oact); /*Определить новый обработчик сигнала SIGTERM*/ act.sa_handler = SIG_IGN; sigaction (SIGTERM, &act, NULL); /*Выполнить какие-либо действия*/ /*Восстановить старый обработчик*/ sigaction (SIGTERM, &oact, NULL); Предположим, что программа использует временный рабочий файл. Следующая простая процедура удаляет файл: /*Аккуратный выход из программы*/ #include #include void g_exit (int s) { unlink (“tempfile”); fprintf (stderr, “Прерывание – выход из программы\n”); exit (1); } Можно связать эту процедуру с определенным сигналом: extern void g_exit (int); ... static struct sigaction act; act.sa_handler = g_exit; sigaction (SIGINT, &act, NULL); Если после вызова пользователь нажмет клавишу прерывания, то управление будет автоматически передано процедуре g_exit. Можно дополнить процедуру g_exit другими необходимыми для завершения операциями. Следующий пример – программа synchro создает два процесса, которые будут поочередно печатать сообщения на стандартный вывод. Они синхронизируют свою работу, посылая друг другу сигнал SIGUSR1 при помощи вызова kill: #include #include int ntimes = 0; main () { pid_t pid, ppid; void p_action (int), c_action (int); static struct sigaction pact, cact; /*Задаем обработчик сигнала SIGUSR1 в родительском процессе*/ pact.sa_handler = p_action; sigaction (SIGUSR1, &pact, NULL); switch (pid = fork ()) { case -1: /*Ошибка*/ perrror (“synchro”); exit (1); case 0: /*Дочерний процесс*/ /*Задаем обработчик в дочернем процессе*/ cact.sa_handler = c_action; sigaction (SIGUSR1, &cact, NULL); /*Получаем идентификатор родительского процесса*/ ppid = getppid (); /*Бесконечный цикл*/ for (;) { sleep (1); kill (ppid, SIGUSR1); pause (); } default: /*Родительский процесс*/ /*Бесконечный цикл*/ for (;) { pause (); sleep (1); kill (pid, SIGUSR1); } } } void p_action (int sig) { printf (“Родительский процесс получил сигнал #%d\n”, ++ntimes); } void c_action (int sig) { printf (“Дочерний процесс получил сигнал #%d\n”, ++ntimes); } Оба процесса выполняют бесконечный цикл, приостанавливая работу до получения сигнала от другого процесса. Они используют для этого системный вызов pause, который просто приостанавливает работу до получения сигнала. Затем каждый из процессов выводит сообщение и, в свою очередь, посылает сигнал при помощи вызова kill. Дочерний процесс начинает вывод сообщений. Оба процесса завершают работу, когда пользователь нажимает клавишу прерывания. Диалог с программой может выглядеть примерно так: $ synchro Родительский процесс получил сигнал #1 Дочерний процесс получил сигнал #1 Родительский процесс получил сигнал #2 Дочерний процесс получил сигнал #2 <прерывание> (пользователь нажал на клавишу прерывания) $ жүктеу/скачать 88,89 Kb. Достарыңызбен бөлісу:
|