超过 30 的 Score-P 调用路径深度限制
Score-P callpath depth limitation of 30 exceeded
我正在使用 Scalasca 2.0
分析代码,该代码使用了一些资源。
当我 运行 带有 scalasca -analyze myexec
的分析器时,它不会在最后出现任何错误,它说:
Score-P callpath depth limitation of 30 exceeded.
Reached callpath depth was 34
此时,scalasca 结果已损坏,我无法 运行 cube
生成的输出文件。
我确定自调用的次数,recoursions 不会大于 34。
我读到有一个变量考虑了 "measured call-paths" 的数量(参见 https://www.dkrz.de/Nutzerportal-en/doku/blizzard/program-analysis/profiling)。所以,我也尝试 运行 scalasca 与 export ESD_FRAMES=40
但 scalasca 仍然说限制是 30
.
那么,有没有办法将此 scalasca 限制更改为更高的值?
我在你发布问题 2 个月后写下我的答案,所以你很可能已经找到了解决方案。
在 score-p 1.4+ 中可以通过以下方式修复:
export SCOREP_PROFILING_MAX_CALLPATH_DEPTH=128
我正在使用 Scalasca 2.0
分析代码,该代码使用了一些资源。
当我 运行 带有 scalasca -analyze myexec
的分析器时,它不会在最后出现任何错误,它说:
Score-P callpath depth limitation of 30 exceeded.
Reached callpath depth was 34
此时,scalasca 结果已损坏,我无法 运行 cube
生成的输出文件。
我确定自调用的次数,recoursions 不会大于 34。
我读到有一个变量考虑了 "measured call-paths" 的数量(参见 https://www.dkrz.de/Nutzerportal-en/doku/blizzard/program-analysis/profiling)。所以,我也尝试 运行 scalasca 与 export ESD_FRAMES=40
但 scalasca 仍然说限制是 30
.
那么,有没有办法将此 scalasca 限制更改为更高的值?
我在你发布问题 2 个月后写下我的答案,所以你很可能已经找到了解决方案。
在 score-p 1.4+ 中可以通过以下方式修复:
export SCOREP_PROFILING_MAX_CALLPATH_DEPTH=128