问题标签 [aqtime]

我最近在尝试使用 AQtime 来分析基于 .NET 框架 4 并由 NUnit 断言的单元测试项目的代码覆盖率时遇到了一个问题。非常感谢您的意见和想法。

假设我有一个基于 .NET 框架 4.0 并由 NUnit 断言的单元测试项目。我尝试在 NUnit 控制台中执行单元测试，并在我运行 AQTime 代码覆盖率分析器时要求 AQTime 启动 NUnit。然而，在 NUnit 中完成所有测试之后，AQTime 总是显示没有例程，也没有命中行。因此，AQTime 中显示的覆盖率始终为 0.0%。不知道为什么会这样，因为它适用于另一个基于 .NET 框架 3.5 的单元测试项目。

我们有另一个基于 .NET 3.5 的单元测试项目，AQTime 运行良好，没有问题。由于我们的新测试项目必须基于 .NET4，因此将其基础更改为 3.5 不是一种选择。

如果您遇到类似情况，请告诉我，感谢您的意见。提前致谢。

我正在对用 C++ 编码的 SAAS 产品进行性能调整。我们在代码中的几个点设置了微秒精度的计时器来记录各种操作需要多长时间，现在我正在尝试使用 AQTime 进一步挖掘并找到我们一些长时间运行的请求中的特定瓶颈。但是，AQTime 在给定函数及其子函数中报告的总时间少于我们内部计时器报告的时间。有没有人经历过这种情况或知道为什么会发生这种情况？可能与在虚拟机中运行有关吗？到目前为止，在我分析的少数函数中，差异是相当一致的（AQTime 报告的时间大约是我们从 CPU 计时器记录的时间的 60%），但如果我发现这有发生在其他代码库中，这不仅仅是我们的特性！

非常感谢！

我正在尝试分析 DLL 中的内存分配，例如 pluginDLL.dll。我在 AQTime 中创建了一个新项目并添加了模块“pluginDLL.dll”。这个 DLL 是用 VisualStudio 10 在 Release x64 中编译的，我所有的项目都是 C++。此 DLL 链接到一个库。说algo.lib。我将 DLL algo.dll 添加到 AQTime 项目中。

pluginDLL.dll 是在 API 上为应用程序编写的 DLL，例如 MainApp.exe。如果我启动 MainApp.exe，然后打开我的插件，MainAppSDK 进程就会启动。此过程在使用此 SDK 编写的任何插件启动时开始。

因此，为了运行分析，我按照以下步骤进行（我已经使用两个 DLL 创建了项目）： 我手动启动 MainApp.exe。我手动打开我的插件，以便 MainAppSDK 进程启动。在 AQTime 中，我附加进程 MainAppSDK，并运行分析。

如果我检查检查内存边界，应用程序崩溃。事件窗格中的警告在某些 msvcr100.dll 中属于“访问冲突”类型。

如果我只检查其他两个选项，我可以将我的插件运行到最后。我可以在事件窗格中从我的应用程序中读取消息，说明应用程序成功运行到最后。在结束之前，我单击相机以获取结果。然后生成结果但为空...

你能帮我解决问题吗？

我正在追踪一些内存泄漏...我启用了 XE6 附带的免费版本的 AQTime 来进行代码分析。它运行并为我生成一个报告，显示我的各种内存泄漏......我现在想禁用它。我已将构建配置设置为 RELEASE 并重新编译，但这并没有帮助。

我查看了 AQ 菜单（从 Delphi IDE 中）。有一个禁用分析菜单选项，但它是灰色的...我现在如何获得关闭 AQTime 的选项...？

我正在尝试使用 AQTime 分析 Windows (x64) 控制台应用程序。似乎 Performance Profiler 很好，但是当我在 Allocation Profiler 下运行它时，应用程序会立即退出。有一些控制台输出，但应用程序窗口关闭得如此之快，因此无法阅读。

• AQTime 事件日志中没有错误
• Windows 事件日志中没有错误
• 运行参数中的控制台重定向 (> some_file.txt) 不起作用

如何解决此类问题？有什么方法可以告诉 AQTime 让控制台窗口保持打开状态？

Okay i get AQtime and what next? Really i can't find anything about this in google.

我在 AQTime 中使用性能分析器。尝试在 IDE 下运行它（使用 Embarcadero RAD Studio XE）。检查项目在此类代码上崩溃：

在 IDE 之外运行（在这种情况下，例程将退出而不做任何事情）或在通常的 IDE 调试器下运行（在这种情况下，例程将引发异常，这将由 IDE 的调试器处理）时，它工作正常。

但是，当在 AQTime 下运行时 - 例程将在调用 kernel32.RaiseException 例程时崩溃（内核 32 内某处的 APPCRASH C00001A5）。我已经通过在这个调用周围放置 MessageBoxes（try/except 块）来确认这一点。

显然，在 AQTime 下运行时 IsDebuggerPresent 为 True，但未正确处理异常。

问题：如何检测和避免这种情况？如何检查代码是否在 AQTime 下执行？

AQTime 是 8.22。

我是 VTune 的初学者。但是我在 AQTime 8 方面有一些经验。现在我使用的是 Intel VTune Amplifier XE 2013。在我看来，它比 AQTime 有很多优势。有一个有趣的问题。在 AQtime 中，我可以选择我感兴趣的模块来分析它们。这非常有用，因为我只需要从大项目中分析一个 dll。Intel VTune Amplifier XE 2013 有这种可能性吗？

我试图找到答案，但只找到了这个（是否可以在二进制文件中的某些代码片段上使用 vtune 而不是整个二进制文件？）。

请给我建议

我有一个调用 DLL 的应用程序，它又可能调用另一个 DLL。

当这些二进制文件是 64 位与 32 位时，我的问题是性能下降。

我一直在使用 Elapsed Time 和 CPU Cache Misses 计数器进行分析（AQtime v8.24），但我不明白结果是否有助于我知道该怎么做。

所以我写了一个调用测试DLL的测试.exe，简化了代码。最初，这些工具存在性能下降（64 位版本比 32 位慢四倍），CPU Cache Misses 测试指出了这个例程：

所以我把代码改成了这个（消除了对结构实例的赋值）：

重新运行测试，这次 64 位版本比 32 位版本快 36%。伟大的！尽管我不明白为什么这种变化会产生如此大的影响。

但据 AQtime 称，64 位版本的性能仍然比 32 位版本差。

我真的需要了解 AQtime 告诉我什么，因为当我将此修改后的测试 DLL 插入我的应用程序调用我的 DLL 然后调用此 DLL 的环境中时，整体性能下降了 30-40%。

我应该注意，当我测试我的应用程序 + DLL 时，我没有调用第二个 DLL，64 位构建的运行速度与 32 位构建一样快或更快。一切都指向对任何第二个 DLL 的调用。

追逐文档让我不知所措......让自己感到困惑......并最终猜测可能会或可能不会产生任何影响的代码更改。

希望得到指导。

我在安装 Delphi 10 时安装了 AQtime 标准，但后来升级到了 Delphi 10.4。

我决定清理我的系统以释放一些 SSD 空间并卸载 AQtime 8，但它不会让我这样做。

当我尝试从程序和功能运行卸载程序时，它只是说“没有安装兼容的 Delphi 版本”并拒绝卸载。

我的操作系统是 Windows 10。

有任何想法吗？