2010-11-10 38 views
11

Tôi nhận thấy rằng nhân bản repo qua ssh chậm hơn nhiều so với thông qua http bất kể nó là từ máy chủ của chính tôi hay BitBucket. Phần lớn trong trường hợp của tôi tương đương với 10 giây từ http so với hơn 2 phút với ssh trên cùng một kho lưu trữ BitBucket.Mercurial: hiệu suất truy cập thông qua ssh và http

Tôi đang sử dụng Mercurial trên Windows (TortoiseHg 1.5, Mercurial 1.7). Cả hai bài kiểm tra đều được thực hiện từ GUI cũng như từ CLI.

Đây có phải là "vấn đề" phổ biến hoặc tôi đang làm điều gì sai?

Trả lời

3

Bạn đã bật tính năng nén ssh trong ứng dụng khách ssh của mình chưa ?? Nó được bật theo mặc định trong HTTP, nhưng nó được tắt theo mặc định trong ssh, nó là một thiết lập mà ssh và không phải là các điều khiển bằng mercurial.

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

Thường Mercurial truy cập ssh nhanh hơn http - đó là đối với tôi anyway.

Tôi thấy rằng trên mạng LAN nhanh hơn mà không cần nén (nén mất nhiều thời gian hơn xfer) và trên WAN thì ngược lại.

+0

Có, tôi đã thêm -C cờ cách đây rất lâu và khi tôi thực hiện "sao chép", tôi thấy nó trong dòng lệnh hoàn chỉnh – zerkms

+0

tốt, tôi cho rằng không có thêm câu trả lời nào sẽ được đưa ra. nên tôi kiểm tra cái này – zerkms

2

Tôi đã thấy điều tương tự.

Lúc đầu, tôi gặp vấn đề về RHEL4/RHEL5 ssh, đã cấm nén thương lượng - nhưng điều đó đã được khắc phục ngay bây giờ (chỉnh sửa cấu hình). Thật không may, tôi vẫn thấy một yếu tố của ~ 3 trong nhân bản một repo (http vs ssh).

Tôi đã sử dụng "ssh = ssh -C -v" để xem tỷ lệ nén.

Tôi đang sử dụng Linux và tôi thấy điều này khi nhân bản một repo lớn (180M +) - qua mạng WAN (Châu Âu < -> Ấn Độ/Châu Á).

+0

Cảm ơn câu trả lời. Ít nhất tôi không phải một mình với vấn đề như vậy ;-) – zerkms

Các vấn đề liên quan