Редактирование: Параллельная Обработка Данных, 10 лекция (от 06 ноября)
Материал из eSyr's wiki.
Внимание: Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.
Правка может быть отменена. Пожалуйста, просмотрите сравнение версий, чтобы убедиться, что это именно те изменения, которые вас интересуют, и нажмите «Записать страницу», чтобы изменения вступили в силу.
Текущая версия | Ваш текст | ||
Строка 34: | Строка 34: | ||
Перейдем к детальному рассмотрению MPI. | Перейдем к детальному рассмотрению MPI. | ||
- | == MPI == | + | ==MPI== |
- | Начало 90 годов. Аббревиатура от Message Passing Interace. Ориентирована на компы с распр | + | Начало 90 годов. Аббревиатура от Message Passing Interace. Ориентирована на компы с распр памятью, в которых роцессы общаются с помощью передачи сообщений. Полный вариант стандарта -- более 100 функций. Разберем основные идеи. |
- | + | ||
Стандарт 1.1 | Стандарт 1.1 | ||
- | До сих пор используется, хотя появился уже 2.0. Пользователи не уверены в том что переход | + | До сих пор используется, хотя появился уже 2.0. Пользователи не уверены в том что переход н 2.0 эффективен и многие юзают 1.1. |
- | МПИ распр в виде библиотек для | + | МПИ распр в виде библиотек для с и фортрана. Все детали текущей реализации доступны на mpiforum.org,.На всех современных платформах есть мпи. Изначально он был ориентирован на инукс, но уже давно есть погддержка для виндовс, в вин клстер сервер - он выдвинут на первый план. |
Конструкции мпи начинаются с MPI_ . | Конструкции мпи начинаются с MPI_ . | ||
- | # include<mpi.h> | + | #include<mpi.h> |
- | Что из себя представляет | + | Что из себя представляет парл мпи программа -- набор независимых процессов(процесс в терминах юникса, у каждого процесса свое адресное пространство, общей памяти у процессов нет). Предпорлагается что породили м штук процессов одновремено, потом завершаются. Нельзя динамически породить парал процесс.В мпи2 от этого отошли. В очень большом числе случаев это вполне достаточно, как показывает опыт. |
- | Введено понятие группы процессов. Для группы выделяется специальное пространство для | + | Введено понятие группы процессов. Для группы выделяется специальное пространство для общение, которое называется коммуникатор. Есть надежда, что общение в нескольких коммуникаторах эффективней, чем в общей куче. Имеется нечто всеобъемлющее -- коммуникатор куда погружены все процессы. Он называется MPI_COMM_WORLD -- определен всегда. Каждый пар процесс имеет уникальный номер. В каждом коммуникаторе процесс может иметь свой номер. В способе формирования коммуникаторов и групп - полная свобода, они могут полностью вкладываться,частично пересекаться, вовсе не пересекаться. |
- | То, что касается сообщений. Набор однотипных данных, | + | То, что касается сообщений. Набор однотипных данных, кот передаются от одного процесса к другому. Это содержательная сторона сообщения. Важно, что все данные имеют один и тот же тип, для разнородной инфы требуется спец ритуальный танец. Каждое сообщение имеет тэг(некая доп информация, целое число). Введено понятие производных типов.Пользователь может создавать свои типы и их передавать. Например туда пользователь может внести неоднородность. |
- | Не во всех задачах процессы общаются аморфной кучей. Иногда процессы например образовывают кольцо, у каждого ровно два соседа. Есть понятие виртуальная топология, | + | Не во всех задачах процессы общаются аморфной кучей. Иногда процессы например образовывают кольцо, у каждого ровно два соседа. Есть понятие виртуальная топология, опредлив которое можно навести порядок в общении процессов друг с другом. Часто процессы распологают в узлах прямоугольной решетки с/без зацикленности по тору. |
- | Несколько слов о самой | + | Несколько слов о самой технлогии. Рассматривать будем на примере с. Основа с эта функция. |
- | Любая мпи функция возвращает код | + | Любая мпи функция возвращает код - MPI_SUCCESS - все закончилось нормально. Если вернулось не это значение -- код ошибки можно посмтореть в стандарте. |
- | * Общие функции. | + | *Общие функции. |
- | ** MPI_Init(int * argc, char *** argv); сколько процессов породилось | + | ** MPI_Init(int * argc, char *** argv); сколько процессов породилось - указано в аргв. Все остальные действия могут выполняться только поосле того как выполнилась функция мпи инит. Но и выполнить ее можно только один раз. |
- | ** MPI_Finalize(void) | + | ** MPI_Finalize(void) - закончить все мпи процессы. |
- | ** MPI_Initialized(int *flag) | + | ** MPI_Initialized(int *flag) - запускал ли кто-нибудь уже мпи_инит или нет.Содержательный результат возвращется через флаг |
- | ** MPI_Comm_size(MPI_COMM comm, int *size) | + | ** MPI_Comm_size(MPI_COMM comm, int *size) - количество параллельных процессоров в данном коммуникаторе. |
- | ** MPI_Comm_run(MPI_COMM comm, int *my_id) | + | ** MPI_Comm_run(MPI_COMM comm, int *my_id) -- коммуникатор и переменная куда будет зписан номер процесса. |
Осмысленная мпи программа: | Осмысленная мпи программа: | ||
Порождает некторое кол-во процессов, каждый процесс определяет сколько работает рядом с ним и свой номер. | Порождает некторое кол-во процессов, каждый процесс определяет сколько работает рядом с ним и свой номер. | ||
Строка 70: | Строка 69: | ||
} | } | ||
- | Сколько процессов порождается — указывается через argv. Напечатано будет столько раз, сколько процессов породилось. Порядок | + | Сколько процессов порождается — указывается через argv. Напечатано будет столько раз, сколько процессов породилось. Порядок в котором появятся выдачи заранее не определен, он может быть любым. Гарантируется лишь что строка — это неделимая сущность и она выдается целиком <!-- на самом деле, тут надо пояснить, кем это гарантируется. Так как неопределённость возникает именно при доступе к устройствам ввода-вывода, то иенно в сторону их и надо сотреть. Кроме того, понятно, что это гарантируется тем, что эти операции выполняются последовательно, не определён лишь их порядок (отсюда мораль — как можно меньше дёргать I/O) -->. |
* Взаимодействие процессов | * Взаимодействие процессов | ||
- | ** Коллективные операции(все процессы | + | ** Коллективные операции(все процессы воввлечены) |
** Точка-точка(взаимодействует пара процессов между собой) | ** Точка-точка(взаимодействует пара процессов между собой) | ||
*** Синхронные(с блокировкой) | *** Синхронные(с блокировкой) | ||
- | **** MPI_Send(void * buf, int count, MPI_Datatype, int dest, int tag, MPI_comm comm) — буфер сообщения который надо передать, кол-во элементов, тип элементов, номер процесса получателя, тег, в рамках какого коммуникатора. | + | **** MPI_Send(void * buf, int count, MPI_Datatype, int dest, int tag, MPI_comm comm) — буфер сообщения который надо передать, кол-во элементов, тип элементов, номер процесса получателя, тег, в рамках какого коммуникатора. |
- | ***: Причем тут синхронность? Она тут трактуется не совсем стандартно. Посылающий процесс блокируется до тех пор, пока у него есть опасение испортить отправляемые параметры. Гарантируется, что что бы в отправляющем процессе не стояло после мпи_сенд, оно будет отправлено ровно в том виде в каком было на | + | ***: Причем тут синхронность? Она тут трактуется не совсем стандартно. Посылающий процесс блокируется до тех пор, пока у него есть опасение испортить отправляемые параметры.Гарантируется, что что бы в отправляющем процессе не стояло после мпи_сенд, оно будет отправлено ровно в том виде в каком было на моент вызова мпи_сенд. Доставка не гарантируется. |
- | **** MPI_Recv(void * buf, int count, MPI_Datatype, int dest, int tag, MPI_comm comm, MPI_Status * status) — статус описывает статус принимаемого сообщения. Возврат произойдет только когда в буфер запишутся все count элементов принимаемого сообщения. | + | **** MPI_Recv(void * buf, int count, MPI_Datatype, int dest, int tag, MPI_comm comm, MPI_Status * status) — статус описывает статус принимаемого сообщения. Возврат произойдет только когда в буфер запишутся все count элементов принимаемого сообщения. |
- | ***: Вся система построена на том, что есть два процесса | + | ***: Вся система построена на том, что есть два процесса -- один посылает, а другой принимает. |
- | ***: Несколько общих замечаний. | + | ***: Несколько общих замечаний. |
- | ***: Предположим, есть процесс А и процесс Б. В некоторый момент процесс А посылает Б два сообщения. Процесс Б их может принять. И оба сообщения идут с одним и тем же тэгом. Есть ли гарантия того что сообщения придут в определенном порядке? Да. Если от одного и того же процесса ушли два сообщения, то первым приде то, | + | ***: Предположим, есть процесс А и процесс Б. В некоторый момент процесс А посылает Б два сообщения. Процесс Б их может принять. И оба сообщения идут с одним и тем же тэгом. Есть ли гарантия того что сообщения придут в определенном порядке? Да. Если от одного и того же процесса ушли два сообщения, то первым приде то, кторое первым было отправлено. Но вот если А и С отправляют что-то Б, то чьё сообщение придет первым -- неопределено |
- | ***: Есть константа MPI_ANYSOURCE | + | ***: Есть константа MPI_ANYSOURCE - если ее поставить в ресв то сообщения будут ждаться от любого процесса. Аналогично MPI_ANYTAG. |
- | ***: Справедливости в обслуживании процессов нет. Если Б | + | ***: Справедливости в обслуживании процессов нет. Если Б зкидывает А сообщениями в цикле, то еденичное сообщение из С в А может и не пробиться. |
***: Принятая семантика синхронных операций может приводить к тупиковым ситуациям. | ***: Принятая семантика синхронных операций может приводить к тупиковым ситуациям. | ||
***: Есть два процесса, им надо обменяться сообщениями. | ***: Есть два процесса, им надо обменяться сообщениями. | ||
Строка 89: | Строка 88: | ||
***: MPI_Send | ***: MPI_Send | ||
***: MPI_Recv | ***: MPI_Recv | ||
- | ***: А сделал сенд Б, аналогично Б сделал сенд А. А дальше у них стоит прием. Оба процесса могут стоять | + | ***: А сделал сенд Б, аналогично Б сделал сенд А. А дальше у них стоит прием. Оба процесса могут стоять бесконечон долго ожидая завершения мпи_сенд, из за особенности семантики мпи_сенд. Конкретная реализация может ожидать того, что принмающая сторона заберет сообщение. И все друг друга ждут. Эта ситуация описана во всех мануалах, она просто обходится при помощи операций асинхронного взаимодействия. Но к этому надо быть готовыми. Она может проявятьс япо разному -- аналогичный эффет возникает если надо организовать обмен сообщений между соседями в кольце. |
*** Асинхронные(без блокировки) | *** Асинхронные(без блокировки) | ||
{{Параллельная Обработка Данных}} | {{Параллельная Обработка Данных}} | ||
{{Lection-stub}} | {{Lection-stub}} |