CEDET 可扩展性提示

Question

我将 CEDET（最新的 CVS）用于几个中等规模的项目（每个项目几百 kLOC，主要是 C，但也有一些 C++），有时会遇到长时间的停顿，系统在几秒钟内完全没有响应。更罕见的是，它会完全失控，我必须混搭 C-g 并尝试移动光标或切换到不同的缓冲区以重新获得控制权。

我使用 GNU Global 为我使用的项目创建标签，但这有时仍然很慢，尤其是对于 semantic-symref-symbol，以及一些似乎需要解析大量头文件和源文件的跳转。在某些情况下，semantic-ia-fast-jump 错误消息 semantic-ia--fast-jump-helper: Tag SomeFunction has no buffer information 即使gtags-find-tag 立即找到它（在同一个项目中），尽管可能在一个过时的位置；这可能是一个临时错误，通常semantic-ia-fast-jump 是可靠的。

如果有任何建议，我将不胜感激

• 在不丢失所有语义分析的情况下限制 CEDET。
• 找出导致 CEDET 失控的原因，以便我可以修复我的项目定义或提交错误报告。
• 确定某些语义分析失败的原因。
• 获取语义以缓存更多信息以使其更具响应性，我有很多内存要使用。
• 为不同位置的多个项目管理 GNU Global（创建并保持最新），包括系统目录。
• 管理我使用ede-cpp-root-project 配置的项目之间的依赖关系。
• 管理具有多个构建配置的项目，每个配置都有自己的“config.h”和构建目录。

http://alexott.net/en/writings/emacs-devenv/EmacsCedet.html 文章中有一些提示，我正在寻找该文章之外的任何内容。

Answer 1

您使用的 CEDET 工具受限于 Emacs 跟踪整个项目中每个符号的能力。通过semanticdb-find-default-throttle 来限制 CEDET/Semantic 所做的工作的一个很好的起点。如果您知道项目的组织方式，您可以禁用某些类型的搜索以加快速度。

CEDET 会解析它认为您可能需要的大量文件，这些文件也会填满内存。在这种情况下，您可以自定义 semantic-idle-scheduler-max-buffer-size 来禁用解析大文件，semantic-idle-work-parse-neighboring-files-flag 来禁用解析随机附近的东西，以及 `semantic-idle-work-update-headers-flag' 来禁用解析头。请注意，最后 2 个默认为 nil，但由一些自动设置函数启用。

CEDET/Semantic 会在内存中缓存大量数据，并建立排序的搜索表以提高性能。如果你发现你正在编辑很多头文件，这些编辑会导致缓存过时并强制它们重建。如果您经常退出并重新启动 Emacs，那么这会迫使 Semantic 重新加载大型数据库表。

另一种可能性是将semanticdb-persistent-path 设置为仅列出您非常关心的目录。这将减少已保存的数据，这些数据不会重新加载。如果需要，它将根据需要重新解析，但这将有助于降低总数据量。

您还可以将semantic--before-fetch-tags-hook 用于在各种条件下返回 nil 的函数。查找由于大小、网络延迟或其他原因需要很长时间才能解析的文件，并将它们设置为从不解析。这也将节省一些时间。

使用 GNU Global 是加快速度的好方法。将它与语义 symref 一起使用将导致它找到命中的文件进行解析，以提供用于输出显示的请求数据。没有什么可做的。

对于您在上面发现的错误，如果您能找到重现它的方法，请在 cedet-devel 邮件列表中分享，以便修复。这种类型的错误之前已经出现过，通常是在 GNU 全局标记无法转换为缓冲区标记时。

要调试 CEDET 失控，请使用 semantic-debug-idle-function 和 semantic-debug-idle-work-function 缩小范围。有关那里的一些配置，请参见上文。

您可以使用cedet-gnu-global-create/update-database 更新数据库，或将其添加到挂钩中。我认为这还没有进入文档。

项目管理很棘手。大多数内置项目都适合小东西。具有自定义构建系统的特别大的项目通常需要自定义 EDE 项目类型。创建新项目还不错。如果您查看 ede-linux 或 ede-emacs，您可以了解基础知识。在您的自定义项目中，您可以打包所有相关项目，并覆盖宏、包含目录和编译命令等功能。我还必须为我的工作编写一个自定义项目。它与 ede-linux 非常相似，具有我工作的地方独有的东西。