OpenMPI的底层实现:

我们知道,OpenMPI应用起来还是比较简单的,但是如果让我自己来实现一个MPI的并行计算,你会怎么设计呢?————这就涉及到比较底层的东西了。

回想起我们最简单的代码,通过comm_rank来决定做不同的事情,那么这个comm_rank是怎么得到的呢?

源代码从哪里看起?在百度,谷歌都没有找到关于源码剖析的一些资料,只能先找找头文件

mpi.h搜索找到了在ompi/include/mpi.h.in中的一个文件,查找一下最简单的函数 MPI_Comm_size 和 MPI_Init 函数,
作为总头文件,所有函数声明似乎都在这里了,那么函数定义怎么找呢....如果有vs那样的F12就爽歪歪了。

面对的应用场景: 我要找OpenMpi文件目录下含有字符串 "MPI_Init"的文本文件,有什么工具吗?
幸好,windows已经提供了这样一个cmd命令findstr————参考 http://www.netingcn.com/window-findstr-command.html
搜出来了,发现有一大堆文件满足上述条件啊,突然间看到C文件里面有很多熟悉的函数名

那么应该是一个函数对应一个文件了,去找找看!

有comm_rank.c 还有 init.c:
进入init.c发现了入门第一个函数: MPI_Init(int *argc, char ***argv)
由于是第一个接触到的函数,所以要认真仔细地一行一行去学习:

#include "ompi_config.h"

#include <stdlib.h>

#include "opal/util/show_help.h"
#include "ompi/mpi/c/bindings.h"
#include "ompi/communicator/communicator.h"
#include "ompi/errhandler/errhandler.h"
#include "ompi/constants.h" #if OMPI_BUILD_MPI_PROFILING
#if OPAL_HAVE_WEAK_SYMBOLS
#pragma weak MPI_Init = PMPI_Init
#endif
#define MPI_Init PMPI_Init
#endif static const char FUNC_NAME[] = "MPI_Init"; int MPI_Init(int *argc, char ***argv)
{
int err;
int provided;
char *env;
int required = MPI_THREAD_SINGLE; /* check for environment overrides for required thread level. If
there is, check to see that it is a valid/supported thread level.
If not, default to MPI_THREAD_MULTIPLE. */ if (NULL != (env = getenv("OMPI_MPI_THREAD_LEVEL"))) {
required = atoi(env);
if (required < MPI_THREAD_SINGLE || required > MPI_THREAD_MULTIPLE) {
required = MPI_THREAD_MULTIPLE;
}
} /* Call the back-end initialization function (we need to put as
little in this function as possible so that if it's profiled, we
don't lose anything) */ if (NULL != argc && NULL != argv) {
err = ompi_mpi_init(*argc, *argv, required, &provided);
} else {
err = ompi_mpi_init(0, NULL, required, &provided);
} /* Since we don't have a communicator to invoke an errorhandler on
here, don't use the fancy-schmancy ERRHANDLER macros; they're
really designed for real communicator objects. Just use the
back-end function directly. */ if (MPI_SUCCESS != err) {
return ompi_errhandler_invoke(NULL, NULL,
OMPI_ERRHANDLER_TYPE_COMM,
err <
0 ? ompi_errcode_get_mpi_code(err) :
err, FUNC_NAME);
} OPAL_CR_INIT_LIBRARY(); return MPI_SUCCESS;
}

 首先看到的代码块是:

int required = MPI_THREAD_SINGLE;

    /* check for environment overrides for required thread level.  If
there is, check to see that it is a valid/supported thread level.
If not, default to MPI_THREAD_MULTIPLE. */ if (NULL != (env = getenv("OMPI_MPI_THREAD_LEVEL"))) {
required = atoi(env);
if (required < MPI_THREAD_SINGLE || required > MPI_THREAD_MULTIPLE) {
required = MPI_THREAD_MULTIPLE;
}
}

  

这明显和多线程设置相关,
查阅资料,参考http://web.mit.edu/course/13/13.715/build/mpich2-1.0.6p1/www/www3/MPI_Init_thread.html 或者 某软 的MPI资料,
发现这个required的变量还是比较好懂的。就是表示进程中只有主线程。由于本人现在接触的都是单线程,所以可以这里可以跳过。

接下来的这个代码块是:

/* Call the back-end initialization function (we need to put as
little in this function as possible so that if it's profiled, we
don't lose anything) */ if (NULL != argc && NULL != argv) {
err = ompi_mpi_init(*argc, *argv, required, &provided);
} else {
err = ompi_mpi_init(0, NULL, required, &provided);
}

  

就是调用back-end初始化函数 ompi_mpi_init ,这个函数在 ompi_mpi_init.c定义了,但是很不幸,这个函数有600多行。
因此,本人决定,先暂时跳过这个函数。这个函数内部进行了许多重要的初始化操作,可能需要后续一点点刨出来。

    /* Since we don't have a communicator to invoke an errorhandler on
here, don't use the fancy-schmancy ERRHANDLER macros; they're
really designed for real communicator objects. Just use the
back-end function directly. */ if (MPI_SUCCESS != err) {
return ompi_errhandler_invoke(NULL, NULL,
OMPI_ERRHANDLER_TYPE_COMM,
err <
0 ? ompi_errcode_get_mpi_code(err) :
err, FUNC_NAME);
}

如果初始化函数返回的不是 MPI_SUCCESS, 就返回错误码,那这个函数在哪里呢?
在errhandler.h可以找到函数声明,返回和参数中一致的errcode————找了很久,最后用微软的黑科技findstr /S命令,终于找了对应的文件:
openmpi-3.0.1\ompi\errhandler\errhandler_invoke.c
我想了想,决定还是把这个函数的代码贴出来,虽然有60多行,无非也就是switch的几个case分支而已:

int ompi_errhandler_invoke(ompi_errhandler_t *errhandler, void *mpi_object,
int object_type, int err_code, const char *message)
{
MPI_Fint fortran_handle, fortran_err_code = OMPI_INT_2_FINT(err_code);
ompi_communicator_t *comm;
ompi_win_t *win;
ompi_file_t *file; /* If we got no errorhandler, then just invoke errors_abort */
if (NULL == errhandler) {
ompi_mpi_errors_are_fatal_comm_handler(NULL, NULL, message); //-------------注意到我们传入了NULL,所以Init失败后进入了这里
return err_code;
} /* Figure out what kind of errhandler it is, figure out if it's
fortran or C, and then invoke it */ switch (object_type) {
case OMPI_ERRHANDLER_TYPE_COMM: // ompi/errhandler/errhandler.h:
comm = (ompi_communicator_t *) mpi_object; // Enum used to describe what kind MPI object an error handler is used for
switch (errhandler->eh_lang) {
case OMPI_ERRHANDLER_LANG_C: // C语言
errhandler->eh_comm_fn(&comm, &err_code, message, NULL);
break; case OMPI_ERRHANDLER_LANG_CXX:
errhandler->eh_cxx_dispatch_fn(&comm, &err_code, message,
(ompi_errhandler_generic_handler_fn_t *)errhandler->eh_comm_fn);
break; case OMPI_ERRHANDLER_LANG_FORTRAN:
fortran_handle = OMPI_INT_2_FINT(comm->c_f_to_c_index);
errhandler->eh_fort_fn(&fortran_handle, &fortran_err_code);
err_code = OMPI_FINT_2_INT(fortran_err_code);
break;
}
break; case OMPI_ERRHANDLER_TYPE_WIN:
win = (ompi_win_t *) mpi_object;
switch (errhandler->eh_lang) {
case OMPI_ERRHANDLER_LANG_C:
errhandler->eh_win_fn(&win, &err_code, message, NULL);
break; case OMPI_ERRHANDLER_LANG_CXX:
errhandler->eh_cxx_dispatch_fn(&win, &err_code, message,
(ompi_errhandler_generic_handler_fn_t *)errhandler->eh_win_fn);
break; case OMPI_ERRHANDLER_LANG_FORTRAN:
fortran_handle = OMPI_INT_2_FINT(win->w_f_to_c_index);
errhandler->eh_fort_fn(&fortran_handle, &fortran_err_code);
err_code = OMPI_FINT_2_INT(fortran_err_code);
break;
}
break; case OMPI_ERRHANDLER_TYPE_FILE:
file = (ompi_file_t *) mpi_object;
switch (errhandler->eh_lang) {
case OMPI_ERRHANDLER_LANG_C:
errhandler->eh_file_fn(&file, &err_code, message, NULL);
break; case OMPI_ERRHANDLER_LANG_CXX:
errhandler->eh_cxx_dispatch_fn(&file, &err_code, message,
(ompi_errhandler_generic_handler_fn_t *)errhandler->eh_file_fn);
break; case OMPI_ERRHANDLER_LANG_FORTRAN:
fortran_handle = OMPI_INT_2_FINT(file->f_f_to_c_index);
errhandler->eh_fort_fn(&fortran_handle, &fortran_err_code);
err_code = OMPI_FINT_2_INT(fortran_err_code);
break;
}
break;
} /* All done */
return err_code;
}

可以看到,其实这里60多行的代码,就只是掉进了一个函数: ompi_errhandler_t 类的 eh_comm_fn 函数:

struct ompi_errhandler_t {
opal_object_t super; char eh_name[MPI_MAX_OBJECT_NAME];
/* Type of MPI object that this handler is for */ ompi_errhandler_type_t eh_mpi_object_type; /* What language was the error handler created in */
ompi_errhandler_lang_t eh_lang; /* Function pointers. Note that we *have* to have all 4 types
(vs., for example, a union) because the predefined errhandlers
can be invoked on any MPI object type, so we need callbacks for
all of three. */
MPI_Comm_errhandler_function *eh_comm_fn;
ompi_file_errhandler_fn *eh_file_fn;
MPI_Win_errhandler_function *eh_win_fn;
ompi_errhandler_fortran_handler_fn_t *eh_fort_fn; /* Have separate callback for C++ errhandlers. This pointer is
initialized to NULL and will be set explicitly by the C++
bindings for Create_errhandler. This function is invoked
when eh_lang==OMPI_ERRHANDLER_LANG_CXX so that the user's
callback function can be invoked with the right language
semantics. */
ompi_errhandler_cxx_dispatch_fn_t *eh_cxx_dispatch_fn; /* index in Fortran <-> C translation array */
int eh_f_to_c_index;
};

而这个 ompi_errhandler_t 对象的创建接口,来自于:

  OMPI_DECLSPEC ompi_errhandler_t *ompi_errhandler_create(ompi_errhandler_type_t object_type,
ompi_errhandler_generic_handler_fn_t *func, //这就是 ompi_errhandler_t 结构体的 eh_comm_fn 函数
ompi_errhandler_lang_t language);

因为在 MPI_Init 函数中调用时传入的是NULL(MPI的这些东西初始化失败,自然也不能传入一个ompi_errhandler_t结构了)

这篇文章就到此了,留下了3个分支没有继续跳进去深入了解:

1. ompi_mpi_init因为代码快过长,放在这里不合适

2. init失败,按照正常流程就会调用的: ompi_mpi_errors_are_fatal_comm_handler函数

3. ompi_errhandler_t 这个结构体包含的信息,这跟异常处理有关,对我们弄清楚以后并行计算实际运行可能发生的错误会有帮助

OpenMPI源码剖析1:MPI_Init初探的更多相关文章

  1. Spring源码剖析2:初探Spring IOC核心流程

    本文转载自互联网,侵删 本系列文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查看 https://github.com/h2pl/Java-Tutor ...

  2. OpenMPI源码剖析:网络通信原理(二) 如何选择网络协议?

    因为比较常用的是 TCP 协议,所以在 opal/mca/btl/tcp/btl_tcp.h 头文件中找到对应的 struct mca_btl_tcp_component_t { mca_btl_ba ...

  3. OpenMPI源码剖析4:rte.h 头文件的说明信息

    上一篇文章中说道,我们在 rte.h 中发现了有价值的说明: 我们一块一块来分析,首先看到第一块,关于 Process name Object: * (a) Process name objects ...

  4. OpenMPI源码剖析:网络通信原理(一)

    MPI中的网络通信的原理,需要解决以下几个问题: 1. MPI使用什么网络协议进行通信? 2.中央数据库是存储在哪一台机器上? 3.集群中如果有一台机器挂掉了是否会影响其他机器? 参考: https: ...

  5. OpenMPI源码剖析3:try_kill_peers 和 ompi_rte_abort 函数

    接着上一篇的疑问,我们说道,会执行 try_kill_peers 函数,它的函数定义在 ompi_mpi_abort.c 下: // 这里注释也说到了,主要是杀死在同一个communicator的进程 ...

  6. OpenMPI源码剖析2:ompi_mpi_errors_are_fatal_comm_handler函数

    上一篇文章说道,初始化失败会有一个函数调用: ompi_mpi_errors_are_fatal_comm_handler(NULL, NULL, message); 所以这里简单地进入了 ompi_ ...

  7. Spring源码剖析1:初探Spring IOC核心流程

    本文大致地介绍了IOC容器的初始化过程,只列出了比较重要的过程和代码,可以从中看出IOC容器执行的大致流程. 接下来的文章会更加深入剖析Bean容器如何解析xml,注册和初始化bean,以及如何获取b ...

  8. Python源码剖析|百度网盘免费下载|Python新手入门|Python新手学习资料

    百度网盘免费下载:Python源码剖析|新手免费领取下载 提取码:g78z 目录  · · · · · · 第0章 Python源码剖析——编译Python0.1 Python总体架构0.2 Pyth ...

  9. Python源码剖析——02虚拟机

    <Python源码剖析>笔记 第七章:编译结果 1.大概过程 运行一个Python程序会经历以下几个步骤: 由解释器对源文件(.py)进行编译,得到字节码(.pyc文件) 然后由虚拟机按照 ...

随机推荐

  1. Many-to-many relationships in EF Core 2.0 – Part 1: The basics

    转载这个系列的文章,主要是因为EF Core 2.0在映射数据库的多对多关系时,并不像老的EntityFramework那样有原生的方法进行支持,希望微软在以后EF Core的版本中加入原生支持多对多 ...

  2. LeetCode20.有效的括号 JavaScript

    给定一个只包括 '(',')','{','}','[',']' 的字符串,判断字符串是否有效. 有效字符串需满足: 左括号必须用相同类型的右括号闭合. 左括号必须以正确的顺序闭合. 注意空字符串可被认 ...

  3. SQLServer如何批量替换某一列中的某个字符串

    我们在开发系统的时候经常会碰到类似如下这样的情况:比如我有一张数据表 假如我现在要把红圈中这列的的http://www.mylanqiu.com/ 这个字符串批量替换成mylanqiu 这个字符串,这 ...

  4. 轻量ORM-SqlRepoEx (十一)扩展

    以下为 SqlRepoEx.MsSql.ServiceCollection 代码 public static IServiceCollection AddSqlRepo(this IServiceCo ...

  5. golang刷Leetcode系列 --- 实现strStr()

    实现 strStr() 函数. 给定一个 haystack 字符串和一个 needle 字符串,在 haystack 字符串中找出 needle 字符串出现的第一个位置 (从0开始).如果不存在,则返 ...

  6. HTML+css 文字只显示一行

    电脑端 设置行高,超出隐藏 p{ width: 80%; height: 16px; line-height: 16px; display: block; overflow: hidden; text ...

  7. react基本demo详解

    一.react的优势 1.React速度很快:它并不直接对DOM进行操作,引入了一个叫做虚拟DOM的概念,安插在javascript逻辑和实际的DOM之间,性能好. 2.跨浏览器兼容:虚拟DOM帮助我 ...

  8. Kibana6.3.1安装

    Kibana安装 Kibana官方下载地址: https://www.elastic.co/cn/downloads/kibana 也可以直接使用以下命令下载(文章下载目录一概为/home/tools ...

  9. 【Java】集合概述Collection、Map

    Java集合分为Collection和Map,Collection又分为List.Set. List中有ArrayList.LinkedList和Vector:Set中又分为HashSet和TreeS ...

  10. TImage保存图片到Stream及从Stream中取图片

    因为一个项目,不得不将图片保存到数据库中,需要的时候再从数据库中读取.初时,以为很简单,不就是一个Stream.事实上,也很简单.度娘一下,代码也很多,但,都是坑! 看一下TImage的源,Pictu ...