Введение в практику разработки параллельных программ в стандарте MPI. Баканов В.М - 17 стр.

UptoLike

Составители: 

- 17 -
определение свободных вычислительных модулей,
выделение требуемого параллельного ресурса для задачи,
порождение (с помощью системного вызова помощью
fork) специального
процесса-менеджера
manager, который запускает задачу и контролирует ее.
Процесс-менеджер осуществляет конфигурацию выделенных вычисли-
тельных модулей для параллельной задачи, после чего на модуле, стоящим
первым в списке выделенных для задачи с помощью команды
rsh, запускает
на выполнение специальный командный файл, инициирующий параллельную
задачу. Далее процесс-менеджер с помощью
fork порождает процесс sleeper,
контролирующий время выполнения задачи. Процесс
mrun, получив опреде-
ленный сигнал от менеджера, формирует код возврата и диагностическое со-
общение, передает их серверу очередей через стандартный вывод и
завершается.
Рисунок 3.— Схема взаимодействия процессов при прохождении задания в сис-
теме МВС-1000М
Успешно запущенная задача может быть завершена четырьмя различны-
ми способами:
естественнымпутем (т.е. закончив счет),
по истечении заказанного времени;
принудительно пользователем;
принудительно администратором системы.
В любом случае, при завершении задачи менеджер осуществляет следую-
• определение свободных вычислительных модулей,
• выделение требуемого параллельного ресурса для задачи,
• порождение (с помощью системного вызова помощью fork) специального
  процесса-менеджера manager, который запускает задачу и контролирует ее.

   Процесс-менеджер осуществляет конфигурацию выделенных вычисли-
тельных модулей для параллельной задачи, после чего на модуле, стоящим
первым в списке выделенных для задачи с помощью команды rsh, запускает
на выполнение специальный командный файл, инициирующий параллельную
задачу. Далее процесс-менеджер с помощью fork порождает процесс sleeper,
контролирующий время выполнения задачи. Процесс mrun, получив опреде-
ленный сигнал от менеджера, формирует код возврата и диагностическое со-
общение, передает их серверу очередей через стандартный вывод и
завершается.




Рисунок 3.— Схема взаимодействия процессов при прохождении задания в сис-
            теме МВС-1000М

   Успешно запущенная задача может быть завершена четырьмя различны-
ми способами:

•   ‘естественным’ путем (т.е. закончив счет),
•   по истечении заказанного времени;
•   принудительно пользователем;
•   принудительно администратором системы.

    В любом случае, при завершении задачи менеджер осуществляет следую-

                                       - 17 -