【问题标题】:Mercurial: performance of access via ssh and httpMercurial:通过 ssh 和 http 访问的性能
【发布时间】:2010-11-10 13:23:54
【问题描述】:

我注意到无论是来自我自己的服务器还是 BitBucket,通过 ssh 克隆 repo 都比通过 http 慢得多。在我的情况下,这相当于从 http 到 10 秒,而在同一个 BitBucket 存储库上使用 ssh 则超过 2 分钟

我在 Windows 上使用 Mercurial(TortoiseHg 1.5、Mercurial 1.7)。两个测试都是通过 GUI 和 CLI 完成的。

这是一个常见的“问题”还是我做错了什么?

【问题讨论】:

    标签: mercurial tortoisehg bitbucket


    【解决方案1】:

    您是否在 ssh 客户端中打开了 ssh 压缩?它在 HTTP 中默认开启,但在 ssh 中默认关闭,这是 ssh 而不是 mercurial 控制的设置。

    http://confluence.atlassian.com/display/BITBUCKET/Using+SSH+to+Access+your+Bitbucket+Repository#UsingSSHtoAccessyourBitbucketRepository-EnablingCompression

    通常,Mercurial ssh 访问比 http 更快——反正对我来说也是如此。

    我发现在 LAN 上没有压缩会更快(压缩比 xfer 需要更多时间),而在 WAN 上则相反。

    【讨论】:

    • 是的,我很久以前就添加了 -C 标志,当我“克隆”时,我会在完整的命令行中看到它
    • 好吧,我想不会再给出答案了。所以我检查了这个。
    【解决方案2】:

    我也见过。

    起初,我遇到了 RHEL4/RHEL5 ssh 问题,禁止协商压缩 - 但现在已解决(配置调整)。不幸的是,我仍然看到克隆 repo 的系数约为 3(http 与 ssh)。

    我用“ssh = ssh -C -v”来查看压缩比。

    我使用的是 Linux,我在通过 WAN(欧洲 印度/亚洲)克隆大型 repo (180M+) 时看到了这一点。

    【讨论】:

    • 感谢您的回答。至少我不是一个人遇到这样的问题;-)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-05-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多