有人可以用开放的MPI解释这个阀门输出

Question

我有一个使用OpenMPI并在Windows和Linux上启动的应用程序。Windows的版本正常工作，但是，在Linux上运行会导致内存分配错误。对于某些应用程序参数，需要进行更多计算。 为了消除内存泄漏，我使用Valgrind检查了Linux版本应用程序并获得了一些输出。毕竟，我尝试搜索有关输出的信息，并在堆栈溢出和github上找到了一些帖子（声誉不足以连接链接）。毕竟，我将OpenMPI更新为2.0.2，然后再次检查应用程序。新输出。内存是在OpenMPI中泄漏还是我做错了什么？

一块输出：

==16210== 4 bytes in 1 blocks are definitely lost in loss record 5 of 327
==16210==    at 0x4C2DBB6: malloc (vg_replace_malloc.c:299)
==16210==    by 0x5657A59: strdup (strdup.c:42)
==16210==    by 0x51128E6: opal_basename (in /home/vshmelev/OMPI_2.0.2/lib/libopen-pal.so.20.2.0)
==16210==    by 0x7DDECA9: ???
==16210==    by 0x7DDEDD4: ???
==16210==    by 0x6FBFF84: ???
==16210==    by 0x4E4EA9E: orte_init (in /home/vshmelev/OMPI_2.0.2/lib/libopen-rte.so.20.1.0)
==16210==    by 0x4041FD: orterun (orterun.c:818)
==16210==    by 0x4034E5: main (main.c:13)

OpenMPI版本：Open MPI：2.0.2
Valgrind版本：Valgrind-3.12.0
虚拟Mashine特征：Ubuntu 16.04 LTS X64

如果使用MPICH，则Valgrind输出为：

==87863== HEAP SUMMARY:
==87863==     in use at exit: 131,120 bytes in 2 blocks
==87863==   total heap usage: 2,577 allocs, 2,575 frees, 279,908 bytes allocated
==87863== 
==87863== 131,120 bytes in 2 blocks are still reachable in loss record 1 of 1
==87863==    at 0x4C2DBB6: malloc (vg_replace_malloc.c:299)
==87863==    by 0x425803: alloc_fwd_hash (sock.c:332)
==87863==    by 0x425803: HYDU_sock_forward_stdio (sock.c:376)
==87863==    by 0x432A99: HYDT_bscu_stdio_cb (bscu_cb.c:19)
==87863==    by 0x42D9BF: HYDT_dmxu_poll_wait_for_event (demux_poll.c:75)
==87863==    by 0x42889F: HYDT_bscu_wait_for_completion (bscu_wait.c:60)
==87863==    by 0x42863C: HYDT_bsci_wait_for_completion (bsci_wait.c:21)
==87863==    by 0x40B123: HYD_pmci_wait_for_completion (pmiserv_pmci.c:217)
==87863==    by 0x4035C5: main (mpiexec.c:343)
==87863== 
==87863== LEAK SUMMARY:
==87863==    definitely lost: 0 bytes in 0 blocks
==87863==    indirectly lost: 0 bytes in 0 blocks
==87863==      possibly lost: 0 bytes in 0 blocks
==87863==    still reachable: 131,120 bytes in 2 blocks
==87863==         suppressed: 0 bytes in 0 blocks
==87863== 
==87863== For counts of detected and suppressed errors, rerun with: -v
==87863== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) 

Answer 1

这些输出指向MPI库中的某些内存泄漏，而不是您的应用程序代码。您可以安全地忽略它们。

更具体地说，这些泄漏来自发射器。ORTE是负责启动和管理MPI流程的OpenMPI的运行时环境。Hydra是MPICH的启动器和过程管理器。

Answer 2

术语"绝对丢失"是指第13行（据我在输出中看到的）的程序的主要功能直接泄漏内存或调用其他一些其他功能（Orterun）导致内存泄漏。您必须修复这些泄漏或提供更多代码。

在这里看看。