日食'；gdb非常缓慢地填充s变量窗口 我刚刚开始了一个大型C++项目的研究。当我通过GDB调试Eclipse CDT中的C++代码时，需要永远填充变量窗口——可能是因为它显示了范围内的所有变量，对于这个特定的应用程序，包含了大量的全局变量。
这样做的结果是，当变量窗口打开时，涉及刷新此视图的所有内容（例如移动到下一行）都需要大约一分钟的时间。当它关闭时，它的性能正常 所以同时我不使用它，只使用hover视图和expression视图，但是使用某种类型的变量窗口会很方便。有什么办法可以做到这一点吗日食'；gdb非常缓慢地填充s变量窗口 我刚刚开始了一个大型C++项目的研究。当我通过GDB调试Eclipse CDT中的C++代码时，需要永远填充变量窗口——可能是因为它显示了范围内的所有变量，对于这个特定的应用程序，包含了大量的全局变量。,eclipse,gdb,eclipse-cdt,Eclipse,Gdb,Eclipse Cdt,这样做的结果是，当变量窗口打开时，涉及刷新此视图的所有内容（例如移动到下一行）都需要大约一分钟的时间。当它关闭时，它的性能正常 所以同时我不使用它，只使用hover视图和expression视图，但是使用某种类型的变量窗口会很方便。有什么办法可以做到这一点吗 修复该窗口的性能，或 以某种方式限制此处显示的变量（例如，仅在即时范围内），以便在合理的时间内更新 奇怪的是，减少GUI必须经历的跃点数量（例如，通过ssh或VNC运行Eclipse，而不是同时通过两者）显著提高了性能。我想这与Eclips
奇怪的是，减少GUI必须经历的跃点数量（例如，通过ssh或VNC运行Eclipse，而不是同时通过两者）显著提高了性能。我想这与Eclipse中的一些GUI更新机制有关