我尝试分析与英特尔 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 例程。我该如何调查这个更远?