为什么 gdb 在 Windows 中这么慢？

Question

我最近注意到在 Windows 中运行 gdb 内的程序会使其速度变慢，我想知道为什么。

这是一个例子：

• 纯C++03项目，使用mingw32编译（gcc 4.8.1，32位）。
• 它与 libstdc++ 和 libgcc 静态链接，没有使用其他库。
• 这是一个 CPU 和内存密集型非并行进程（网格编辑操作、大量新闻和删除以及对所涉及的数据结构的查询）。
• 问题不在于启动时间，整个过程非常缓慢。
• 调试构建 (-O0 -g2) 在 gdb 外部运行 8 秒，但在 gdb 内部运行 140 秒。
• 从命令行测试，只需启动 gdb 并输入“run”（未定义断点）。
• 我还测试了一个发布版本（优化，并且没有调试信息），它在 gdb 中仍然慢得多（3 秒对 140 秒；是的，它与 gdb 中未优化的版本所用的时间相同）。
• 使用 mingw32 项目中的 gdb 7.5 和 7.6 以及我编译的 gdb 7.8 进行测试（所有这些均不支持 python）。
• 我通常在 GNU/Linux 机器上进行开发，我无法注意到使用或不使用 gdb 运行之间的速度差异。

我想知道 gdb 做了什么让它运行如此缓慢。我对调试器的工作原理有一些基本了解，但我不知道它在这里做什么，而且这次谷歌搜索对我没有帮助。

Answer 1

我终于找到了问题所在，感谢greatwolf让我测试其他调试器。 Ollydbg 与 gdb 花费相同的时间，所以这不是 gdb 问题，而是 Windows 问题。这个技巧改变了我的搜索条件，然后我发现这篇文章*很好地解释了这个问题并提供了一个非常简单的解决方案：将环境变量 _NO_DEBUG_HEAP 定义为 1。这将禁用 windows 提供的特殊堆和 c++程序使用。

* 这是链接：http://preshing.com/20110717/the-windows-heap-is-slow-when-launched-from-the-debugger/

Answer 2

我曾经遇到过 gdb 非常慢的问题，我记得禁用 nls（本地语言支持，即所有消息的翻译）可以解决这个问题。

配置时间选项是--disable-nls。我可能只是误认为真正的原因是什么，但无论如何你都值得一试。

我当时的错误报告是here，尽管结论是我弄错了。如果您能对此提供进一步的见解，那就太好了！