MPI_Rsend：如何知道接收缓冲区已经发布

Question

MPI_Rsend man papers，为了使用 MPI_Rsend，我们需要保证接收已经发布。如果在调用就绪发送之前没有发布接收是错误的。但是如何保证接收已经发布？？？。我尝试找到一些关于 MPI_Rsend 的示例，但我找不到任何东西。以及如何得到这个错误？
在此链接MPI_RSend_error 中，最后有人说：“不要使用 MPI_Rsend - 它是一种古老的东西，它的行为没有明确定义，并且它已被现代 MPI 中的所有协议优化所淘汰库”。那么，哪些 MPI 库完全实现了 RSend ？事实上，在某些算法中，使用 MPI_Rsend 会比 MPI_Send 提供更好的性能。
示例代码：

void AllGather_ring_RSend(void* data, int count, MPI_Datatype datatype,MPI_Comm communicator) 
{
  int me; 
  MPI_Comm_rank(communicator, &me); 
  int world_size; 
  MPI_Comm_size(communicator, &world_size);
  int next=me+1;
  if(next>=world_size)
      next=0;
  int prev=me-1;
  if(prev<0)
      prev=world_size-1;
  int i,curi=me;
  for(i=0;i<world_size-1;i++)
  {
     MPI_Rsend(data+curi*sizeof(int), count, datatype, next, 0, communicator);
     curi=curi-1;
     if(curi<0)
         curi=world_size-1;
     MPI_Recv(data+curi*sizeof(int), count, datatype, prev, 0, communicator, MPI_STATUS_IGNORE);     
  }
}
void main(int argc, char** argv) {
    char processor_name[MPI_MAX_PROCESSOR_NAME];
    MPI_Init(&argc,&argv); 
    int world_rank,world_size,namelen; 
    MPI_Comm_size(MPI_COMM_WORLD, &world_size);
    MPI_Comm_rank(MPI_COMM_WORLD, &world_rank);
    int* buff=(int*) malloc(world_size*sizeof(int));
      int i;
      for (i = 0; i < world_size; i++) {
          buff[i]=world_rank;
      }
      if(world_rank==0)
      for (i = 0; i < world_size; i++) 
         printf("%d\n",buff[i]);
    MPI_Barrier(MPI_COMM_WORLD); 
    AllGather_ring_RSend(buff,1,MPI_INT,MPI_COMM_WORLD);
    MPI_Barrier(MPI_COMM_WORLD);
    MPI_Finalize();   
}

在这段代码中，接收过程是否已经发布？？？

Answer 1

MPI 没有提供内置机制来检查远程队列是否已经发布了接收操作。由程序的逻辑来确保它是这种情况，例如让接收方以某种方式通知发送方（例如，通过消息或通过像MPI_(I)Barrier 这样的同步调用的完成）它已经发布了接收，因此可以安全地启动 ready 模式发送.

正如我已经说过的，就绪模式发送已被现代网络和 MPI 实现的工作方式所淘汰。小消息已经异步发送（使用急切发送协议），而大消息的延迟节省（如果有的话）在很大程度上取决于平台、网络和实现。 MPI 标准中没有定义错误使用的就绪模式发送的结果，允许实现用标准模式替换就绪模式。因此很容易陷入本地实现的就绪发送行为并以不正确的 MPI 代码结束。此外，您甚至无法编写能够可靠地在所有 MPI 实现中产生错误的代码。

将就绪模式实现为标准模式的 MPI 库示例是 Open MPI。 MPICH 通过在消息接收时检查匹配的接收并在未找到时返回错误来实现急切消息的就绪模式，这与标准发送到已发布的接收相比不会提供任何性能优势（如果我'我错了）。