MPI. Разбиение процессов на группы

@Shepard90 · Регистрация: 18.10.2010

Author24 — интернет-сервис помощи студентам

написал код

C++

#include <stdio.h>
#include <mpi.h>
#include <omp.h>
#include <iostream>
using namespace std; 
int main (int argc, char **argv)
{
   char message[20];
   int rank, rankA,rankB;
   int * ranks;
   int size,halfsize;
   int inc=0;
   int maininc;
   MPI_Group A,B,mainGroup;
 
   MPI_Init (&argc, &argv);
   MPI_Comm_size(MPI_COMM_WORLD,&size); //записываем количество параллельно запущенных процессов в size
   MPI_Comm_rank(MPI_COMM_WORLD,&rank);//получаем ранг этого процесса
   MPI_Comm_group(MPI_COMM_WORLD, &mainGroup);//получаем группу связанную с коммуникатором MPI_COMM_WORLD
   halfsize=size/2;
   ranks=new int[halfsize];
   for(int i=0;i<halfsize;i++)
       ranks[i]=i;
   MPI_Group_incl(mainGroup,halfsize,ranks,&A);//создаем новую группу включающую в себя процессы mainGroups перечисленные в ranks
   MPI_Group_excl(mainGroup,halfsize,ranks,&B);//создаем новую группу включающую в себя процессы mainGroups не перечисленные в ranks
   MPI_Group_rank(A,&rankA);//получаем ранг процесса. Если процесс не состоит в группе А, то MPI_UNDEFINED
   MPI_Group_rank(B,&rankB);//получаем ранг процесса. Если процесс не состоит в группе B, то MPI_UNDEFINED
   MPI_Finalize();
 
    return 0;
}

Все компилируется и запускается без ошибок. Но не уверен, что правильно понимаю одну вещь:
каждый процесс юзает функции MPI_Group_incl MPI_Group_excl, связанные как раз с созданием подгрупп. Получается, что, если нами было запущено 10 одинаковых процессов и каждый процесс создавал по две группы, то на выходе мы получили по 10 этих двух групп. То есть в памяти на тот момент повис 30 экземпляров MPI_Group (10 - A, 10 - B, 10 - mainGroup). В итоге каждый процесс работает со своим А, B, mainGroup (но относится он к mainGroup и к A или B: mainGroup и (А или B)).
Верно ли все вышесказанное?
еще для создания подгрупп есть ф-ция MPI_Comm_split. Но она уже, если так можно выразиться, более высокоуровневая. Там происходит соотнесение процессов коммуникаторам. В чем разница между группой и коммуникатором?

@grgdvo · 02.02.2013, 16:31

Сообщение от Shepard90

Все компилируется и запускается без ошибок. Но не уверен, что правильно понимаю одну вещь:
каждый процесс юзает функции MPI_Group_incl MPI_Group_excl, связанные как раз с созданием подгрупп. Получается, что, если нами было запущено 10 одинаковых процессов и каждый процесс создавал по две группы, то на выходе мы получили по 10 этих двух групп. То есть в памяти на тот момент повис 30 экземпляров MPI_Group (10 - A, 10 - B, 10 - mainGroup). В итоге каждый процесс работает со своим А, B, mainGroup (но относится он к mainGroup и к A или B: mainGroup и (А или B)).
Верно ли все вышесказанное?

Не очень понятно вы сформулировали Ваше высказывание... Он относится и к mainGroup, и к A, и к B. Процесс может относится к любому количеству групп, которое вы захотите. Членство в группе, как бы сказать - ни к чему не обязывает. Это просто принадлежность процесса группе и все. Функции управления группами, если мне не изменяет памяти, являются локальными. Когда дело доходит до создания коммуникатора на основе группе и вы выполняетете какую-то передачу данных, и если вы ошиблись в логике формирования групп, то в лучшем случае вы получить ошибку, в худшем - программа повиснет.

Сообщение от Shepard90

еще для создания подгрупп есть ф-ция MPI_Comm_split. Но она уже, если так можно выразиться, более высокоуровневая. Там происходит соотнесение процессов коммуникаторам. В чем разница между группой и коммуникатором?

группа + контекст = коммуникатор. Понятие Контекст - невидимое пользователю. Это могут быть дополнительные очереди сообщений внутри MPI, или дополнительные фильтры отбора сообщений, принадлежащих только заданной группе. Опять же коммуникатор знает свою группу и может соотнести физический процесс с MPI-процессом. Один физический процесс (MPI-процесс) может существовать в разных группах и контроллироваться, соответственно, разными коммуникаторами. Вообщем контекст - это, то что позволяет MPI разобраться внутри себя, куда передать сообщение при вызове функцйи отправки сообщений, и что отдать пользователю при вызове функций приема сообщений.

@grgdvo 1241 / 960 / 379 Регистрация: 02.09.2012 Сообщений: 2,936
	02.02.2013, 16:31	2
	Сообщение от Shepard90 Все компилируется и запускается без ошибок. Но не уверен, что правильно понимаю одну вещь: каждый процесс юзает функции MPI_Group_incl MPI_Group_excl, связанные как раз с созданием подгрупп. Получается, что, если нами было запущено 10 одинаковых процессов и каждый процесс создавал по две группы, то на выходе мы получили по 10 этих двух групп. То есть в памяти на тот момент повис 30 экземпляров MPI_Group (10 - A, 10 - B, 10 - mainGroup). В итоге каждый процесс работает со своим А, B, mainGroup (но относится он к mainGroup и к A или B: mainGroup и (А или B)). Верно ли все вышесказанное? Не очень понятно вы сформулировали Ваше высказывание... Он относится и к mainGroup, и к A, и к B. Процесс может относится к любому количеству групп, которое вы захотите. Членство в группе, как бы сказать - ни к чему не обязывает. Это просто принадлежность процесса группе и все. Функции управления группами, если мне не изменяет памяти, являются локальными. Когда дело доходит до создания коммуникатора на основе группе и вы выполняетете какую-то передачу данных, и если вы ошиблись в логике формирования групп, то в лучшем случае вы получить ошибку, в худшем - программа повиснет. Сообщение от Shepard90 еще для создания подгрупп есть ф-ция MPI_Comm_split. Но она уже, если так можно выразиться, более высокоуровневая. Там происходит соотнесение процессов коммуникаторам. В чем разница между группой и коммуникатором? группа + контекст = коммуникатор. Понятие Контекст - невидимое пользователю. Это могут быть дополнительные очереди сообщений внутри MPI, или дополнительные фильтры отбора сообщений, принадлежащих только заданной группе. Опять же коммуникатор знает свою группу и может соотнести физический процесс с MPI-процессом. Один физический процесс (MPI-процесс) может существовать в разных группах и контроллироваться, соответственно, разными коммуникаторами. Вообщем контекст - это, то что позволяет MPI разобраться внутри себя, куда передать сообщение при вызове функцйи отправки сообщений, и что отдать пользователю при вызове функций приема сообщений. 1

Опции темы