performance - 随着时间的推移，GDB 变得越来越慢

Question

在一个调试 session 期间使用 GDB 进行调试时，它会随着时间的推移变得越来越慢。即使是最简单的操作，比如跨步和踏入，也可能需要几十秒，有时甚至几分钟。

我正在调试一个相当大的项目(Chromium 浏览器)。我能想到的唯一原因是 gdb 随着时间的推移变得越来越慢，因为它加载了越来越多的符号，并且使用它们需要更长的时间。然而，Chromium 将整个代码编译成一个巨大的可执行文件，其中包含应该在一开始就加载的所有符号。因此符号数据库在调试期间不会增长。此外，为什么需要查找符号来执行单步执行或单步执行？

在测试时，我尝试在前端(Eclipse、QtCreator、Emacs)和命令行中使用 gdb，以确认这不是 IDE 问题。两个用例都展示了相同的问题，但它似乎在 IDE 中开始出现得更快(可能是因为 IDE 还加载了监视 View 、调用堆栈、线程列表等的符号)。

为什么 GDB 越来越慢？它是设计缺陷、错误还是我的计算机中的某些特定问题？是否有任何免费的 GDB 替代品可以更快地工作？

Answer 1

Why is GDB getting slower?

这是一个错误。尝试更新版本的 GDB(最好是当前的 CVS 快照)。如果问题仍然存在，请报告给 GDB bugzilla带有重现说明。

all symbols which should be loaded in the very beginning.

GDB 在启动时加载部分符号 ( psymbols )，并读取更多“按需”，因此预计会有一些增长。

why would one need to look up symbols just to perform step over or step into

为了跳过或进入，GDB 可能需要当前翻译单元 (TU) 的行表。如果您的“步入”操作将您带到一个新的 TU，则必须加载新的行表。

尽管如此，GDB 到 step 不应该花几分钟的时间。或 next .