1

我尝试分析与英特尔 OpenMP 和英特尔 Composer XE 2014 并行化的 C++ 程序的缩放行为。当我运行“高级热点分析”时,我得到一个名为“kmp print”的库函数storage map gtip”消耗了整个运行时间中第二长的部分。我用谷歌搜索了这个例程的含义,但没有得到结果。这个例程是否与我在这部分算法中使用的 std::map 数据结构相关?提前致谢!

编辑现在我消除了一个障碍,可以加快一切。但现在一个新的热点开始发挥作用。突然,当我进行 Locks & Wait 分析时,我的第一个位置是“OMP Join Barrier mkl_blas_daxpy_omp:115”和“OMP Join Barrier mkl_blas_dcopy:155”。但我没有明确调用任何 mkl 例程。我该如何调查这个更远?

4

2 回答 2

1

__kmp_print_storage_map_gtid每当环境变量KMP_STORAGE_MAP设置为trueor时都会被调用verbose。它将 OpenMP 运行时库使用的各种对象的位置打印到标准错误流。由于 I/O 操作通常很慢,因此花费大量程序执行时间也就不足为奇了,尤其是在涉及短测试用例时。

由于KMP_STORAGE_MAP未记录且其默认值为false,因此可以安全地假设它仅在特殊情况下由其他工具使用,例如在进行热点分析时由 VTune 使用。当您的程序正常运行时,该函数根本不会被调用。

于 2014-11-17T14:49:15.090 回答
1

您可以在代码中跟踪 MKL 调用,查看右侧的堆栈面板,当在自下而上选择“mkl_blas_dcopy”热点时 - 您应该能够看到到 main() 的调用链。也许从您的代码中调用的其他一些库使用 MKL。 在此处输入图像描述

于 2014-11-21T13:45:27.563 回答