Eu tenho um monte de processos MPI trocando mensagens de solicitação para frente e para trás. Os processos não sabem quais outros processos enviarão a eles mensagens ou quantos. Diante dessa situação, quero uma maneira eficiente de saber se todos os outros processos se consideram concluídos no envio de mensagens.
Isso seria realizado perfeitamente pela seguinte versão não-bloqueadora do MPI_Barrier, que chamaremos de MPI_Ibarrier:
int MPI_Ibarrier(MPI_Comm comm, MPI_Request* request);
MPI_Ibarrier retornaria imediatamente e as operações padrão no objeto de solicitação nos informariam quando a barreira fosse alcançada por todos.
Existe uma maneira de simular esse comportamento com eficiência no MPI 2 (ou seja, sem coletivos oficiais não bloqueadores)?
E, de fato, o MPI_Ibarrier está presente em todo o Google em referência ao grupo de trabalho do MPI 3. Agora só precisamos do futuro ...
—
Geoffrey Irving
Não vejo como isso funcionaria. Presumivelmente, você planeja chamar o MPI_Ibarrier em um processo quando terminar as mensagens para essa iteração e depois chamar o MPI_Wait quando? Se as tarefas continuarem após o MPI_Ibarrier, até onde elas poderão chegar antes de chamar o MPI_Wait? Se eles podem chegar tão longe antes que precisem saber que todos os procedimentos estão concluídos, por que não colocar o MPI_Barrier nesse ponto? IME, MPI_Barrier quase sempre está errado ao inserir seu código, exceto para fins de depuração. Quase sempre há uma maneira mais eficiente de estruturar o código.
—
Bill Barth
Nesse caso, acredito que o MPI_Ibarrier é a melhor maneira, já que nenhuma mensagem da próxima época de comunicação pode ser iniciada sem desalocar um grande pedaço de memória e realocar um novo. A barreira é necessária para saber quando essa memória pode ser desalocada, e não diretamente quando mensagens futuras podem ser enviadas.
—
Geoffrey Irving