表现 – TortoiseHg缓慢

基本上它在锡上说的是什么?

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

>打开TortoiseHg工作台:8分13秒
>点击修改的响应时间:2.8秒
>“刷新当前存储库”的时间:6.4秒
>检查传入更改的时间:12.8秒

所有这一切真的增加了一个非常缓慢的感觉应用程序。作为参考,这里是命令行工具时间:

> hg状态:4.573秒
> hg进入:12.150秒

命令行时间似乎与工作台时间相提并论,但工作台使延迟更加令人沮丧,因为它与程序的使用是同步的。例如,一个典型的任务是“得到我的同事刚推出的最新的东西”。它看起来像这样(只列出等待在电脑上花费的时间,四舍五入):

开龟甲:10分钟。
>通过在存储库注册表中双击打开相应的存储库:5秒。
>提交需要提交的本地更改:

>点击“工作目录”:5秒。
>选择重要文件并键入提交消息。
>按提交:20秒。

>获得同事的更改:

>检查传入的变化集:10秒。
>回顾一下
>接受传入的变更集:40秒。

>搁置未更改:

>打开货架对话框:2秒。
>搁置剩余文件:6分钟
>刷新:5秒。

>合并:

>点击另一个头:3秒。
>与本地合并:
>等待“清洁”验证:15秒。
>等待合并(假设没有冲突):10秒。
>提交:30秒。

>取消更改:

>打开货架对话框:2秒。
> Unshelve:6分钟。
>刷新:5秒。

总计:24分32秒。

这十分钟的时间用于搁置和搁置。十个人刚刚开门。一个后果是,人们倾向于提交他们不确定的东西,以避免搁置成本。但是,即使你没有搁置,也没有开放费用(也许你只是打开它),还需要花费2分半钟的细致点击来获得最新的东西。

而且这甚至不算更重要的东西,如克隆和什么。一切都这么慢

我有:

>禁用防病毒
>禁用索引。
>重新启动
>尝试在3个不同版本的窗口。
>尝试不同的硬件,大部分合理的质量:Core 2 Duo @ 3.16 GHz,8Gb Ram。
>尝试在32位和64位操作系统上。
尝试从网络断开连接。

存储库实际上是两个存储库:一个主要备份和一个包含所有第三方二进制文件的子回收。主要回购的.hg文件夹是676 MB。 sub-repo的.hg文件夹是641 MB。主要回购中的默认内容为7.05 GB。子回购中的默认内容为642 MB。主要回购中的平均文件大小为563 KB。主要备份中的最大文件大小为170 MB。主要回购中有13,438个档案。子回购中的平均文件大小为23KB。子回购中的最大文件大小为132 MB。子回购中有57087个文件。

我有大推,caseguard,fetch,gestalt,kbfiles,窑,kilnauth,kilnpath,mq,清除和移植扩展启用。

任何想法,从哪里开始弄清楚如何加快速度?慢慢驱使我们疯狂。

好的,回答我自己的问题,因为我在追求蒂姆的建议之后找到答案。

罪魁祸首是来自FogCreek的kbfiles。禁用从12秒到.7秒的丢弃状态时间。同样,GUI打开的时间比我快。重新启用它会导致所有事情再次放缓。

它看起来不像每一个缓慢的事情都可以归咎于kbfiles,但最糟糕的是它可以。 (具体来说,搁置还是相当缓慢 – CPU限制,我们可以解决这个问题。)

http://stackoverflow.com/questions/7881508/tortoisehg-is-slow

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:表现 – TortoiseHg缓慢