Emacs CEDET可伸缩性提示

我将CEDET（最新的CVS）用于几个中等规模的项目（每个项目有几百Kloc，大部分是C，但也有一些是C++），有时会经历长时间的暂停，系统会在几秒钟内完全没有响应。更罕见的是，它完全失去控制，我不得不在

C-g

上捣乱，尝试移动光标或切换到其他缓冲区以恢复控制

我使用GNU Global为我所处理的项目创建标记，但这有时仍然很慢，特别是对于

语义符号

，以及一些似乎需要解析大量头文件和源文件的跳转。在某些情况下，

semantic ia fast jump

消息错误

semantic ia--fast jump helper:Tag SomeFunction没有缓冲区信息

，即使

gtags find Tag

会立即（在同一项目中）找到它，尽管可能位于过期位置；这可能是一个暂时性的错误，通常

语义ia快速跳转

是可靠的

如果您能给我一些建议，我将不胜感激

• 在不丢失所有语义分析的情况下限制CEDET
• 找出导致CEDET失控的原因，以便我可以修复我的项目定义或提交错误报告
• 确定某些语义分析失败的原因
• 获取语义以缓存更多信息，使其更具响应性，我有很多内存要使用
• 为不同位置的多个项目（包括系统目录）管理GNU全局（创建并保持最新）
• 管理使用

  ede cpp root项目配置的项目之间的依赖关系

• 管理具有多个生成配置的项目，每个配置都有自己的“config.h”和生成目录

---

这篇文章中有一些技巧，我正在寻找文章之外的任何东西。

您使用的CEDET工具受到Emacs跟踪整个项目中每个符号的能力的限制。限制CEDET/Semantic功能的一个良好起点是通过

semanticdb find default throttle

。如果您知道项目是如何组织的，可以禁用某些类型的搜索以加快速度

CEDET将解析它认为您可能需要的大量文件，这些文件也将填满内存。在这种情况下，您可以自定义

语义空闲调度程序最大缓冲区大小

以禁用对大文件的解析，

语义空闲工作解析相邻文件标志

以禁用对随机附近内容的解析，以及“语义空闲工作更新标题标志”以禁用对标题的解析。请注意，最后2个默认值为零，但由一些自动设置功能启用

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

另一种可能是设置

semanticdb persistent path

，只列出您非常关心的目录。这将减少保存的数据，而这些数据不会重新加载。如果需要，它将根据需要重新分析，但这将有助于降低数据总量

您还可以使用

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

使用GNUGlobal是一种加快速度的好方法。将它与语义symref一起使用将导致它在中找到的命中文件进行解析，从而为输出显示提供requesite数据。对此没有什么可做的

对于您在上面发现的错误，如果您能找到一种方法来重现它，请在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非常相似，有我工作的地方所特有的东西