MPI_Send_init对比MPI_Send的优势及重复使用请求报错问题

1. 错误原因 #

你的代码报错是因为持久请求的使用流程错误：

• 用MPI_Send_init创建的持久请求，每次调用MPI_Start启动后，必须等待请求完成（通过MPI_Wait或MPI_Test），才能再次调用MPI_Start。
• 你的代码中，rank 0连续两次调用MPI_Start(req)，第一次启动的请求还处于活跃状态（或完成后未完成状态同步），第二次调用时请求对象已无效，触发MPI_ERR_REQUEST错误。

修正后的rank 0代码示例：

MPI_Request req[1];
MPI_Send_init(matrix, MATRIX_SIZE, MPI_INT, 1, 0, MPI_COMM_WORLD, req);

if (rank == 0) {
    // 第一次发送流程
    MPI_Start(req);
    MPI_Wait(req, MPI_STATUS_IGNORE); // 必须等待请求完成
    // 第二次发送流程
    MPI_Start(req);
    MPI_Wait(req, MPI_STATUS_IGNORE);
    MPI_Request_free(req); // 最后释放持久请求资源
} else {
    MPI_Recv(matrix, MATRIX_SIZE, MPI_INT, 
             MPI_ANY_SOURCE, MPI_ANY_TAG, MPI_COMM_WORLD, MPI_STATUS_IGNORE);
    MPI_Recv(matrix, MATRIX_SIZE, MPI_INT, 
             MPI_ANY_SOURCE, MPI_ANY_TAG, MPI_COMM_WORLD, MPI_STATUS_IGNORE);
}

2. MPI_Send_init+MPI_Start 与 MPI_Send 的核心区别 #

• MPI_Send：每次调用都会完整解析发送参数（缓冲区地址、数据类型、目标进程等），执行发送逻辑（含参数校验、缓冲区分配/复制等），是一次性的阻塞发送操作。
• MPI_Send_init：提前创建持久请求，预先解析并缓存发送参数，后续每次通过MPI_Start启动时，直接复用已缓存的参数，避免重复解析的开销。它是一种可复用的发送模板，需要配合启动、等待操作完成生命周期管理。

3. 性能提升是否显著？ #

持久请求的性能优势场景有局限性：

• 若代码需要高频次、固定参数的发送（比如上万次重复发送同一缓冲区到同一目标），MPI_Send_init可减少每次调用的参数解析开销，带来可感知的性能提升。
• 若消息体积大、发送次数少，或每次发送的参数（缓冲区、目标进程等）都不同，性能提升会非常有限——此时性能瓶颈在数据传输本身，而非参数解析。
• 注意：持久请求并不能直接避免数据复制（比如MPI实现需要将数据复制到系统缓冲区的情况），数据复制的优化取决于MPI的传输协议（如eager/rendezvous协议），和是否使用用户自定义缓冲区（MPI_Buffer_attach）。

内容的提问来源于stack exchange，提问作者wowonline