gvim使用g ctrl-]显示“所有标记”花费了很长时间 我用GVIM和CTAGS导航C++代码。ctags文件的大小为3.5 GB。 ctrl-]工作得相当快，但g+ctrl-]需要将近5秒，我认为这太多了，搜索已排序的ctgas文件的时间太长了！。有什么提高速度的建议吗

My.gvimrc：

---

问题出在ic上！当我删除ici.e。设置noic，则速度大大提高。g+ctrl-]现在和ctrl-]一样快。

问题是由ic造成的！当我删除ici.e。设置noic，则速度大大提高。g+ctrl-]现在和ctrl-]一样快。

当启用“ignorecase”时，Vim主要需要对标记数据库执行线性搜索，而不是更快的二进制搜索。您可以使用适当的标记数据库来避免这种惩罚，该数据库指示通过以下行进行的案例折叠排序：

!_TAG_FILE_SORTED   2

请参阅：帮助“tagbsearch”了解所有详细信息。

打开“ignorecase”后，Vim主要需要对标记数据库执行线性搜索，而不是更快的二进制搜索。您可以使用适当的标记数据库来避免这种惩罚，该数据库指示通过以下行进行的案例折叠排序：

!_TAG_FILE_SORTED   2

---

请参阅：帮助“标记搜索”了解所有详细信息。

真的吗？！很难理解为什么这种设置很重要。这是否也会影响：tjump？如果你能可靠地重现这一点，我会在vim_dev邮件列表中报告这是一个bug。这不是因为InSearch，而是因为ic忽略了这个案例。真的很抱歉。我已经在描述和回答中更新了它。除了正常搜索外，ic是否也会影响标签搜索？“案例”与标签的相关性如何？顺便说一句，ic也在影响：tjump真的吗？！很难理解为什么这种设置很重要。这是否也会影响：tjump？如果你能可靠地重现这一点，我会在vim_dev邮件列表中报告这是一个bug。这不是因为InSearch，而是因为ic忽略了这个案例。真的很抱歉。我已经在描述和回答中更新了它。除了正常搜索外，ic是否也会影响标签搜索？“大小写”与标签的相关性如何？顺便说一句，ic影响：tjump以及ic有问题的任何原因？ic有问题的任何原因？请注意，当您这样做时，您需要将大小写折叠为大写。我倒着做了这件事，在点击标识符或标记文件中发现下划线的部分时，我挣扎了一段时间，因为它位于错误的位置。请注意，当您这样做时，您需要将大小写折叠为大写。我倒着做了这件事，在点击标识符或标记文件中发现下划线的部分时，我挣扎了一段时间，因为它位于错误的位置。