开发者

Mercurial: performance of access via ssh and http

开发者 https://www.devze.com 2023-01-24 14:49 出处:网络
I\'ve noticed that cloning repo via ssh is much slower than through http regardless if it i开发者_开发百科s from my own servers or BitBucket. Much in my case equals to 10 seconds from http vs. more th

I've noticed that cloning repo via ssh is much slower than through http regardless if it i开发者_开发百科s from my own servers or BitBucket. Much in my case equals to 10 seconds from http vs. more than 2 minutes with ssh on the same BitBucket repository.

I'm using Mercurial on Windows (TortoiseHg 1.5, Mercurial 1.7). Both tests were done from GUI as well as from CLI.

Is it a common "issue" or I'm doing something wrong?


Have you turned on ssh compression in your ssh client?? It's on by default in HTTP, but it's off by default in ssh it's a setting that ssh and not mercurial controls.

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

Usually Mercurial ssh access is faster than http -- it is for me anyway.

I find that on a LAN things are faster without compression (compression takes more time than xfer) and on a WAN it's the reverse.


I have seen the same.

At first, I had a RHEL4/RHEL5 ssh issue, that prohibited compression to be negotiated - but that's fixed now (configuration tweaks). Unfortunately, I still see a factor of ~3 in cloning a repo (http vs. ssh).

I used "ssh = ssh -C -v" to see the compression ratio.

I'm using Linux, and I see this when cloning a large repo (180M+) - over a WAN (Europe <-> India/Asia).

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号