通过包装器传递指向MPI_Win_allocate_shared的指针

如何解决通过包装器传递指向MPI_Win_allocate_shared的指针

我很难理解指针传递的结果:

我有以下基本程序

#include <mpi.h>
void ALLOC_SHM(double * arr,int sz);
void MPI_WRAP( MPI_Aint size,int disp,MPI_Comm comm,double * bufptr,MPI_Win* win ) ;
int main(int argc,char const *argv[])
{
   int size,whoami;
   double* arr;
   MPI_Init(NULL,NULL) ;
   MPI_Comm_size( MPI_COMM_WORLD,&size ); 
   MPI_Comm_rank(MPI_COMM_WORLD,&whoami);
   
   ALLOC_SHM(arr,1000); 
   
   
   return 0;
}


void ALLOC_SHM(double * arr,int sz)
{
   MPI_Win win; 
   MPI_Aint size = sz*sizeof(double);
   int disp = sizeof(double);
   printf("in alloc before mpi_wrap: %p\n",arr);
   MPI_WRAP(size,disp,MPI_COMM_WORLD,arr,&win);  
   printf("in alloc AFTER mpi_wrap: %p\n",arr);

   return;
}


void MPI_WRAP( MPI_Aint size,MPI_Win* win ) 

{
   printf("in mpi_wrap before WIN_ALLOC: %p\n",bufptr);
   int ierr = MPI_Win_allocate_shared( size,MPI_INFO_NULL,comm,&bufptr,win );
   printf("in mpi_wrap AFTER WIN_ALLOC: %p\n",bufptr);
   return;
}

我的疑问:

  1. 对MPI_WRAP的调用是错误的,但是为什么呢?是因为MPI Api需要指向指针的地址(即**arr

  2. 如果上述原因正确,则可以通过将地址传递给指针来解决,因此我的CALL为MPI_WRAP(size,&arr,&win);

  3. 现在,如果这是正确的(2),我意外地意识到,在不更改我的MPI_WRAP接口的同时,我的代码在运行它时没有问题。但是很明显,我没有传递指针(*bufptr),而是传递了**buftr。然后,我将MPI_WRAP接口更改为以下MPI_WRAP( MPI_Aint size,double ** bufptr,MPI_Win* win )(我将其更改为双指针,并且仍然按照(2)中的操作调用它)。确实,这确实令人惊讶。我与MPI一起工作了很长时间,才知道仅仅因为它现在可以工作,并不意味着它是对的-而且您很幸运它可以针对您的情况进行工作-因此,这里发生了什么,我怎么能同时考虑这两个接口和他们俩似乎都起作用?

解决方法

一些MPI标准的阅读和对C ++指针和函数参数的理解可能会在这里有所帮助。例如,阅读MPI_Win_allocate_shared的Open MPI手册页:

在每个进程上,它分配至少 size 个字节的内存,这些内存在 comm 中的所有进程之间共享,并且返回一个指向本地分配的段的指针在 baseptr 中,可用于在调用过程中加载/存储访问。

C ++函数通过函数参数返回值的唯一方法是,如果该参数是值的引用或指向该值的位置的指针。因此,尽管手册页将baseptr列为void *,但实际上它的类型为void **

现在,两者之间的区别:

void foo(void *bar) {
   MPI_Win_allocate_shared(...,&bar,...);
}

void *baz;
foo(baz);

void foo(void **bar) {
   MPI_Win_allocate_shared(...,bar,...);
}

void *baz;
foo(&baz);

尽管在两种情况下,对MPI_Win_allocate_shared的调用最终都以void **作为参数,但前一种情况在概念上是错误的。您不是传递baz的地址,而是传递指向形参bar的指针,该形参持有baz值的副本。形式参数的语义基本上是使用实际函数参数初始化的局部变量的语义:

void *bar = baz;
MPI_Win_allocate_shared(...,...);

这会将新值写入bar,同时保持baz的值不变。这就是为什么在MPI_Win_allocate_shared内的MPI_WRAP调用之后看到一个新值,但是一旦返回到调用函数,就会看到一个旧值的原因。

后者类似于

void **bar = &baz;
MPI_Win_allocate_shared(...,...);

这具有完全不同的语义。 bar现在包含baz的地址,这就是位置MPI_Win_allocate_shared将分配的缓冲区的地址写入其中。

所以正确的C / C ++代码是:

void foo(void **bar) {
   MPI_Win_allocate_shared(...,...);
}

void *baz;
foo(&baz);

C ++具有引用,并且可以这样编写:

void foo(void *&bar) {
   MPI_Win_allocate_shared(...,...);
}

void *baz;
foo(baz);

这与第一种(不正确的)情况非常相似,主要区别在于,这里的形式参数bar是实际参数baz的别名,所以现在&bar是与&baz相同。因此,MPI_Win_allocate_shared会将返回值写入baz的存储空间。

附注:我推荐Open MPI的手册页,因为其中的解释基本上是MPI标准的摘录。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


依赖报错 idea导入项目后依赖报错,解决方案:https://blog.csdn.net/weixin_42420249/article/details/81191861 依赖版本报错:更换其他版本 无法下载依赖可参考:https://blog.csdn.net/weixin_42628809/a
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下 2021-12-03 13:33:33.927 ERROR 7228 [ main] o.s.b.d.LoggingFailureAnalysisReporter : *************************** APPL
错误1:gradle项目控制台输出为乱码 # 解决方案:https://blog.csdn.net/weixin_43501566/article/details/112482302 # 在gradle-wrapper.properties 添加以下内容 org.gradle.jvmargs=-Df
错误还原:在查询的过程中,传入的workType为0时,该条件不起作用 &lt;select id=&quot;xxx&quot;&gt; SELECT di.id, di.name, di.work_type, di.updated... &lt;where&gt; &lt;if test=&qu
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct redisServer’没有名为‘server_cpulist’的成员 redisSetCpuAffinity(server.server_cpulist); ^ server.c: 在函数‘hasActiveC
解决方案1 1、改项目中.idea/workspace.xml配置文件,增加dynamic.classpath参数 2、搜索PropertiesComponent,添加如下 &lt;property name=&quot;dynamic.classpath&quot; value=&quot;tru
删除根组件app.vue中的默认代码后报错:Module Error (from ./node_modules/eslint-loader/index.js): 解决方案:关闭ESlint代码检测,在项目根目录创建vue.config.js,在文件中添加 module.exports = { lin
查看spark默认的python版本 [root@master day27]# pyspark /home/software/spark-2.3.4-bin-hadoop2.7/conf/spark-env.sh: line 2: /usr/local/hadoop/bin/hadoop: No s
使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams[&#39;font.sans-serif&#39;] = [&#39;SimHei&#39;] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -&gt; systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping(&quot;/hires&quot;) public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate&lt;String
使用vite构建项目报错 C:\Users\ychen\work&gt;npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-