我正在 VS 2017 中处理一个非常大的项目。我是 VS 的新手，它是调试工具，很难理解如何解释下面的调用树。据我了解，自身 CPU 时间是调用方法所花费的时间，其余时间由其中调用的方法所花费。我不确定为什么树中的第一项要占用这么多 CPU 时间。我最终安装了额外的符号，以便能够解释外部代码，我看到的大部分内容是启动/停止线程和其他低级操作（我不熟悉这些操作，并且怀疑我可以提高性能）。为什么我的外部代码会运行这么多自 CPU 时间？我能做些什么来提高它的性能吗？还有其他方法/工具可以帮助阐明这里发生了什么吗？

外部代码的高自 CPU 时间

我已经在 python 中设置了 docplex api，并且正在尝试运行优化模型。根据 IBM 文档，可以使用以下命令为问题设置 CPU 时间限制：

但是，此属性无法正常工作。虽然它终止了搜索过程，但它的执行时间比属性的给定值长得多，即 186 ，......谁能告诉我如何克服这个问题？

这是我在 C 中用于将 RDTSC 时钟滴答转换为 usec 中的时间的代码。用于读取 TSC 的汇编代码。要将 RDTSC 时钟节拍转换为时间，需要将其除以 CPU 时钟频率（以 GHz 为单位）。CPU 频率 = 0.963 以 GHz 为单位。我不知道我在转换中错在哪里？

我正在尝试使用不同的数据结构实现来实现算法以查看它们的差异，并注意到对于使用不同数据结构的完全相同的算法，算法方法中的“自时间”非常高。

考虑到算法的实现方式完全相同，只是数据结构不同，VisualVM 中是否有一种方法可以调查方法中的 Self Time 高的原因？（更令人困惑的是，Self Time 高的方法使用其数据结构的 CPU 时间要低得多。我不知道为什么算法本身的时间要高得多。）

假设我有一个方法可以接受一个大小为 n 的参数（就像一个大小为 n 的数组）；是否可以使用 VisualVM 的 Profiler 以自动方式调查具有不同数组大小的方法的 CPU 时间？

目前我只知道如何调查一个特定的运行实例，即使我使用循环重复该方法并增加 n，VisualVM 的分析器也只能告诉我累积的 CPU 时间。理想情况下，我将能够绘制 CPU 时间与 n 的关系图，其中 n 是我传递给方法的参数的大小。这对 VisualVM 可行吗？

我做对了这个问题吗？我的回答是 P2（0.667ms）比 P1（1.04ms）快。全球CPI是多少？

1.6 [20] <§1.6> 考虑相同指令集架构的两种不同实现。指令可根据其 CPI 分为四类（A、B、C 和 D 类）。P1 时钟频率为 2.5 GHz，CPI 为 1 (10%)、2 (20%)、3(50%) 和 3 (20%)。P2 时钟频率为 3 GHz，CPI 为 2 (10%)、2 (20%)、2 (50%) 和 2 (20%)。

给定一个动态指令计数为 1.0E6 (1.0 * 10^6) 指令的程序，分为如下几类：10% 的 A 类、20% 的 B 类、50% 的 C 类和 20% 的 D 类，哪个实现更快?

我在 Fortran 95 中使用 Open MP 制作了一个传热模拟程序的并行版本，它似乎可以工作（结果相同）。但是，经过的时间（“挂钟”时间）与顺序版本相同。我的默认线程数是 4，但即使我更改它，计算时间也大致相同......我也是 Open MP 和并行化的新手，所以我很难理解我的错误在哪里。也许你可以帮我找到他们？

编辑：

这是我的代码

因此，对于这 15 次迭代，无论线程数如何，格式化的时间现在大约为 16 秒，并且比顺序（大约 21 秒）少一点。使用未格式化的方式，它的速度非常快（大约 1 秒），但我收到像“�..”这样的符号（可能是二进制？），我不知道如何对它进行后期处理并用它绘制一些东西......我编译它与： gfortran -fopenmp -g -fcheck=all -Wall para_heat_3D_unsteady.f95 我没有设置环境变量。