performance - 乌龟 Mercurial 慢

Question

基本上，它在 jar 头上说的是:TortoiseHg很慢。

我的团队最近从Subversion转移到了Mercurial。 (部分地利用了Kiln进行代码审查)我们注意到的一件事是，通过TortoiseHg与Mercurial交互非常缓慢。一些统计:

打开TortoiseHg工作台:8分13秒

单击修订版时的响应时间:2.8秒

“刷新当前存储库”的时间:6.4秒

检查传入更改的时间:12.8秒

所有这些实际上加起来是一个非常缓慢的应用程序。作为引用，以下是命令行工具时间:

hg status:4.573秒

hg incoming:12.150秒

命令行时间似乎与工作台时间保持一致，但是工作台使延迟更加令人沮丧，因为它与程序的使用同步。例如，一个典型的任务是“获取我的同事刚刚推送的最新内容”。看起来像这样(仅列出等待的时间，四舍五入):

打开TortoiseHg:10分钟。

双击存储库注册表打开相应的存储库:5秒。

提交需要提交的本地更改:

单击“工作目录”:5秒。

选择重要文件并输入提交消息。

按下提交:20秒。

获取同事的更改:

检查传入的变更集:10秒。

复查它们。

接受传入的变更集:40秒。

搁置未更改:

打开搁置对话框:2秒。

搁置剩余文件:6分钟

刷新:5秒。

合并:

单击另一头:3秒。

与本地合并:

等待“清洁”验证:15秒。

等待合并(假设没有冲突):10秒。

提交:30秒。

取消更改:

打开搁置对话框:2秒。

搁置:6分钟。

刷新:5秒。

总计:24分钟32秒。

这些分钟中有十二分钟用于搁置和搁置。刚开张花了十个其结果之一是人们倾向于 promise 不确定哪些东西会为了避免搁置成本而去任何地方。但是，即使您假设没有搁置也没有开放成本(也许您只是将其保持打开状态)，仍然需要2分钟半的时间才能仔细点击以获取最新内容。

而且，这甚至不包括更重要的东西，例如克隆之类的东西。一切都这么慢。

我有:

禁用的防病毒软件。

禁用索引。

重新启动。

在3个不同版本的Windows上进行了尝试。

在各种硬件上进行了尝试，大多数都是合理的质量:Core 2 Duo @ 3.16 GHz，8Gb Ram。

在32位和64位操作系统上进行了尝试。

尝试将其与网络断开连接。

该存储库实际上是两个存储库:一个主存储库和一个包含我们所有第三方二进制文件的子存储库。主存储库的 .hg文件夹为676 MB。子仓库的 .hg文件夹为641 MB。主存储库中 default的内容为7.05 GB。子仓库中 default的内容为642 MB。主存储库中的平均文件大小为563 KB。主存储库中的最大文件大小为170 MB。主仓库中有13,438个文件。子仓库中的平均文件大小为23KB。子仓库中的最大文件大小为132 MB。子仓库中有57087个文件。

我启用了big-push，caseguard，fetch，gestalt，kbfiles，kiln，kilnauth，kilnpath，mq，purge和移植扩展。

有什么想法从哪里开始弄清楚如何加快速度？缓慢使我们发疯。

Answer 1

好的，回答我自己的问题，因为我是在遵循蒂姆的建议的情况下找到答案的。

罪魁祸首是来自FogCreek的 kbfiles 。禁用该选项可以将统​​计时间从12秒降低到0.7秒。同样，GUI的打开速度超出我的预期。重新启用它会导致一切再次大幅降低。

看起来不可能将所有缓慢的事情都归咎于kbfile，但是最糟糕的事情可以。 (具体地说，搁置仍然很慢-受CPU限制。不过，我们可以解决这个问题。)