Mercurial:通过ssh和http访问的性能

Mercurial:通过ssh和http访问的性能,mercurial,tortoisehg,bitbucket,Mercurial,Tortoisehg,Bitbucket,我注意到,无论是从我自己的服务器还是从BitBucket,通过ssh克隆repo都比通过http慢得多。在我的例子中,从http到ssh的时间相当于10秒,而在同一个BitBucket存储库上使用ssh的时间超过了2分钟 我在Windows上使用Mercurial(OrtoiseHG 1.5,Mercurial 1.7)。这两个测试都是从GUI和CLI中完成的 这是一个常见的“问题”还是我做错了什么?您是否在ssh客户端中启用了ssh压缩??它在HTTP中默认为打开,但在ssh中默认为关闭。这是

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

我在Windows上使用Mercurial(OrtoiseHG 1.5,Mercurial 1.7)。这两个测试都是从GUI和CLI中完成的


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

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

通常Mercurial ssh访问比http更快——不管怎样,对我来说都是如此

我发现在局域网上,没有压缩(压缩比xfer需要更多的时间),事情会更快,而在广域网上则相反。

我也看到了同样的情况

起初,我有一个RHEL4/RHEL5 ssh问题,禁止协商压缩-但现在已经解决了(配置调整)。不幸的是,在克隆repo(http与ssh)时,我仍然看到了~3的因素

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


我正在使用Linux,在通过WAN(欧洲-印度/亚洲)克隆大型回购协议(180M+)时看到了这一点。

是的,我很久以前就添加了-C标志,当我在完整的命令行中“克隆”它时,我想不会给出更多的答案。所以我检查一下这个。谢谢你的回答。至少我不是唯一一个遇到这种问题的人;-)