1. Основные команды ос unix Вход в систему и выход
Порядок выполнения работы
жүктеу/скачать 88,89 Kb.
|
Лабораторные работы ТОВП (1)
- Бұл бет үшін навигация:
- Лабораторная работа №3 Взаимодействие процессов Цель работы
- Теоретическая часть
| Порядок выполнения работы
1. Изучить теоретическую часть лабораторной работы. 2. Вывести на экран содержимое среды окружения. Провести попытку изменить в среде окружения PATH, вводя дополнительный путь. Проверить факт изменения пути, предпринимая вызов exec. 3. В основной программе с помощью системного вызова fork создать процессы – отец и сын. Процесс-отец выполняет операцию формирования файла из символов N aaa bbb (где N – номер выводимой строки) и выводит формируемые строки в левой половине экрана в виде: N pid aaa bbb, (где pid – pid отца) а процесс-сын читает строки из файла и выводит их в правой части экрана, но со своим pid. Имя файла задаётся в качестве параметра. Отследить очерёдность работы процесса-отца и процесса-сына. 4. Разработать программу по условию п.3, но процесс-сын осуществляет, используя вызов exec(), перезагрузку новой программы, которая осуществляет те же функции, что и в п.3 (читает строки из файла и выводит их в правой части экрана). В перезагружаемую программу необходимо передать имя файла для работы. 5. Разработать программу «интерпретатор команд», которая воспринимает команды, вводимые с клавиатуры, и осуществляет их корректное выполнение. Предусмотреть контроль ошибок. Лабораторная работа №3 Взаимодействие процессов Цель работы – создание и изучение взаимодействия процессов, созданных при помощи вызова fork. Взаимодействие процессов Теоретическая часть Созданный при помощи вызова fork дочерний процесс является почти точной копией родительского. Все переменные в дочернем процессе будут иметь те же самые значения, что и в родительском (единственным исключением является значение, возвращаемое самим вызовом fork). Так как данные в дочернем процессе являются копией данных в родительском процессе и занимают другое абсолютное положение в памяти, важно знать, что последующие изменения в одном процессе не будут затрагивать переменные в другом. Аналогично все файлы, открытые в родительском процессе, также будут открытыми и в потомке, при этом дочерний процесс будет иметь свою копию связанных с каждым файлом дескрипторов. Тем не менее файлы, открытые до вызова fork, остаются тесно связанными в родительском и дочернем процессах. Это обусловлено тем, что указатель чтения-записи для каждого из таких файлов используется совместно родительским и дочерним процессами благодаря тому, что он поддерживается системой и существует не только в самом процессе. Следовательно, если дочерний процесс изменяет положение указателя в файле, то в родительском процессе он также окажется в новом положении. Это поведение демонстрирует следующая программа, в которой использованы процедура fatal, описанная в предыдущей лабораторной работе, а также новая процедура printpos. Дополнительно введено допущение, что существует файл с именем data длиной не меньше 20 символов: #include #include main() { int fd; pid_t pid; /*Идентификатор процесса*/ char buf [10]; /*Буфер данных для файла*/ if (( fd = open ( “data”, O_RDONLY)) == -1) fatal (“Ошибка вызова open”); read (fd, buf, 10); /* Переместить вперед указатель файла */ printpos (“До вызова fork”, fd); /* Создать два процесса */ switch (pid = fork ()) { case -1: /* Ошибка */ fatal (“Ошибка вызова fork ”); break; case 0: /* Потомок */ printpos (“Дочерний процесс до чтения”, fd); read (fd, buf, 10); printpos (“Дочерний процесс после чтения”, fd); break; default: /* Родитель */ wait ( (int *) 0); printpos (“Родительский процесс после ожидания”, fd); } } Процедура printpos может быть реализована следующим образом: int printpos ( const char *string, int filedes) { off_t pos; if ((pos = lseek (filedes, 0, SEEK_CUR)) == -1) fatal (“Ошибка вызова lseek”); printf (“%s:%ld\n”, string, pos); } Результаты, полученные после выполнения данной программы: До вызова fork : 10 Дочерний процесс до чтения : 10 Дочерний процесс после чтения : 20 Родительский процесс после ожидания : 20 Дочерний процесс до чтения : 10 Системный вызов exit уже известен, но теперь следует дать его правильное описание. Этот вызов используется для завершения процесса, хотя это также происходит, когда управление доходит до конца тела функции main или до оператора return в функции main. Описание exit: #include void exit ( int status); Единственный целочисленный аргумент вызова exit называется статусом завершения (exit status) процесса, младшие 8 бит которого доступны родительскому процессу при условии, если он выполнил системный вызов wait. При этом возвращаемое вызовом exit значение обычно используется для определения успешного или неудачного завершения выполнявшейся процессом задачи. По принятому соглашению нулевое возвращаемое значение соответствует нормальному завершению, а ненулевое значение говорит о том, что что-то случилось. Кроме завершения вызывающего его процесса вызов exit имеет еще несколько последствий: наиболее важным из них является закрытие всех открытых дескрипторов файлов. Процедура atexit регистрирует функцию, на которую указывает ссылка func, которая будет вызываться без параметров. Каждая из заданных в процедуре atexit функций будет вызываться при выходе в порядке, обратном порядку их расположения. Описание atexit: #include int atexit (void (*func) (void)); Вызов wait временно приостанавливает выполнение процесса, в то время как дочерний процесс продолжает выполняться. После завершения дочернего процесса выполнение родительского процесса продолжится. Если запущено более одного дочернего процесса, то возврат из вызова wait произойдет после выхода из любого из потомков. Описание wait: #include #include pid_t wait (int *status); Вызов wait часто осуществляется родительским процессом после вызова fork. Сочетание вызовов fork и wait наиболее полезно, если дочерний процесс предназначен для выполнения совершенно другой программы при помощи вызова exec. Возвращаемое значение wait обычно является идентификатором дочернего процесса, который завершил свою работу. Если вызов wait возвращает значение (pid_t) -1, это может означать, что дочерние процессы не существуют, и в этом случае переменная errno будет содержать код ошибки ECHILD. Возможность определить завершение каждого из дочерних процессов по отдельности означает, что родительский процесс может выполнять цикл, ожидая завершения каждого из потомков, а после того, как все они завершатся, продолжать свою работу. Вызов wait принимает один аргумент, status – указатель на целое число. Если указатель равен NULL, то аргумент просто игнорируется. Если же вызову wait передается допустимый указатель, то после возврата из вызова wait переменная status будет содержать полезную информацию о статусе завершения процесса. Обычно эта информация будет представлять собой код завершения дочернего процесса, переданный при помощи вызова exit. Следующая программа status показывает, как может быть использован вызов wait: #include #include #include main() { pid_t pid; int status, exit_status; if ((pid = fork())<0) fatal (“Ошибка вызова fork”); if ( pid == 0) /* Потомок */ { /* Вызвать библиотечную процедуру sleep*/ /* для временного прекращения работы на 4 секунды*/ sleep (4); exit(5); /* Выход с ненулевым значением*/ } /* Если мы оказались здесь, то это родительский процесс,*/ /* поэтому ожидать завершения дочернего процесса*/ if (( pid = wait (&status)) == -1) { perror (“Ошибка вызова wait”); exit (2); } /* Проверка статуса завершения дочернего процесса*/ if (WIFEXITED (status)) { exit_status = WEXITSTATUS (status); printf (“Статус завершения %d равен %d\n”, pid, exit_status); } exit (0); } Значение, возвращаемое родительскому процессу при помощи вызова exit, записывается в старшие 8 бит целочисленной переменной status. Чтобы оно имело смысл, младшие 8 бит должны быть равны нулю. Макрос WIFEXITED (определенный в файле ) проверяет, так ли это на самом деле. Если макрос WIFEXITED возвращает 0, то это означает, что выполнение дочернего процесса было остановлено (или прекращено) другим процессом при помощи межпроцессного взаимодействия, называемого сигналом. Для ожидания завершения определенного дочернего процесса используется системный вызов waitpid. Его описание: #include #include pid_t waitpid (pid_t pid, int *status, int options); Первый аргумент pid определяет идентификатор дочернего процесса, завершения которого будет ожидать родительский процесс. Если этот аргумент установлен равным -1, а аргумент options установлен равным 0, то вызов waitpid ведет себя в точности так же, как и вызов wait, поскольку значение -1 соответствует любому дочернему процессу. Если значение pid больше нуля, то родительский процесс будет ждать завершения дочернего процесса с идентификатором процесса, равным pid. Во втором аргументе status будет находиться статус дочернего процесса после возврата из вызова waitpid. Последний аргумент, options, может принимать константные значения, определенные в файле . Наиболее полезное из них – константа WNOHANG. Задание этого значения позволяет вызывать waitpid в цикле без блокирования процесса, контролируя ситуацию, пока дочерний процесс продолжает выполняться. Если установлен флаг WNOHANG, то вызов waitpid будет возвращать 0 в случае, если дочерний процесс еще не завершился. Следующий пример демонстрирует работу вызова waitpid: #include #include #include main() { pid_t pid; int status, exit_status; if ((pid = fork ())<0) fatal (“Ошибка вызова fork”); if (pid ==0) /* Потомок*/ { /*Вызов библиотечной процедуры sleep*/ /* для приостановки выполнения на 4 секунды*/ printf (“Потомок %d пауза …\n”, getpid ()); sleep (4); exit (5); } /* Если мы оказались здесь, то это родительский процесс*/ /* Проверить, закончился ли дочерний процесс, и если нет, */ /* то сделать секундную паузу и потом проверить снова*/ while (waitpid (pid, &status, WNOHANG) == 0) { printf (“Ожидание продолжается …\n”); sleep (1); } /* Проверка статуса завершения дочернего процесса*/ if (WIFEXITED (status)) { exit_status = WEXITSTATUS (status); printf (“Статус завершения %d равен %d\n”, pid, exit_status); } exit (0); } При запуске программы получим следующий вывод: Ожидание продолжается… Потомок 12857 пауза… Ожидание продолжается… Ожидание продолжается… Ожидание продолжается… Статус завершения 12857 равен 5 До сих пор предполагалось, что вызовы exit и wait используются правильно и родительский процесс ожидает завершения каждого процесса. Вместе с тем иногда могут возникать две другие ситуации. В момент завершения дочернего процесса родительский процесс не выполняет вызов wait. Завершающийся процесс как бы «теряется» и становится зомби-процессом. Зомби-процесс занимает ячейку в таблице, поддерживаемой ядром для управления процессами, но не использует других ресурсов ядра. В конце концов, он будет освобожден, если его родительский процесс вспомнит о нем и вызовет wait. Тогда родительский процесс сможет прочитать статус завершения процесса и ячейка освободится для повторного использования. Второй случай – родительский процесс завершается, в то время как один или несколько дочерних процессов продолжают выполняться. Родительский процесс завершается нормально, дочерние процессы (включая зомби-процессы) принимаются процессом init (процесс, идентификатор которого pid = 1, становится их новым родителем). жүктеу/скачать 88,89 Kb. Достарыңызбен бөлісу:
|