C++ 如何使GDB更快

我正在CentOS 6上用GDB调试复杂的应用程序。它使用定制的GCC版本（不是过时的系统版本）。此应用程序包含3个项目：2个静态库（一个大小为50 M，另一个在调试构建中大小为10 M）和使用这2个库中的代码的可执行文件，以及许多系统共享库。 问题是GDB的速度非常慢。我知道这个项目很大，但是VisualStudio2013调试得非常快，所以可能是GDB没有正确设置来处理那个大项目。

---

当GDB调试大型项目时，包括调试静态库代码时，如何使其快速运行

如果问题出在启动时间，并且调试的频率高于重新编译的频率，那么可以从gdb创建debuginfo索引。索引加快了启动速度，通常由发行版为此目的创建。请在手册中查找“.gdb_index”。

如果问题出在启动时间，并且如果调试频率高于重新编译频率，则可以从gdb创建debuginfo索引。索引加快了启动速度，通常由发行版为此目的创建。请在手册中查找“.gdb_index”。

如果问题出在启动时间，并且如果调试频率高于重新编译频率，则可以从gdb创建debuginfo索引。索引加快了启动速度，通常由发行版为此目的创建。请在手册中查找“.gdb_index”。

如果问题出在启动时间，并且如果调试频率高于重新编译频率，则可以从gdb创建debuginfo索引。索引加快了启动速度，通常由发行版为此目的创建。请在手册中查找“.gdb_index”。

您可能有在每一步转储的大型阵列。您可以减少转储的数据量，请参见

帮助设置打印元素

。在

gdb

中做什么很慢？存档库的大小无关紧要——它们的代码被拉入主可执行文件中，只有它的大小才重要。此外，50MB很小——我们通常调试800MB的可执行文件。当我尝试进入时，GDB开始使用一个处理器核心的100%，并且挂起了很多时间。我试图重建调试信息索引，但没有任何帮助。可能每个步骤都会转储大型数组。您可以减少转储的数据量，请参见

帮助设置打印元素

。在

gdb

中做什么很慢？存档库的大小无关紧要——它们的代码被拉入主可执行文件中，只有它的大小才重要。此外，50MB很小——我们通常调试800MB的可执行文件。当我尝试进入时，GDB开始使用一个处理器核心的100%，并且挂起了很多时间。我试图重建调试信息索引，但没有任何帮助。可能每个步骤都会转储大型数组。您可以减少转储的数据量，请参见

帮助设置打印元素

。在

gdb

中做什么很慢？存档库的大小无关紧要——它们的代码被拉入主可执行文件中，只有它的大小才重要。此外，50MB很小——我们通常调试800MB的可执行文件。当我尝试进入时，GDB开始使用一个处理器核心的100%，并且挂起了很多时间。我试图重建调试信息索引，但没有任何帮助。可能每个步骤都会转储大型数组。您可以减少转储的数据量，请参见

帮助设置打印元素

。在

gdb

中做什么很慢？存档库的大小无关紧要——它们的代码被拉入主可执行文件中，只有它的大小才重要。此外，50MB很小——我们通常调试800MB的可执行文件。当我尝试进入时，GDB开始使用一个处理器核心的100%，并且挂起了很多时间。我试图重建调试信息索引，但没有帮助。