Mẹo để gỡ lỗi hiệu suất Samba?


8

Samba cho tôi đọc 24 MB / s và viết 44 MB / s, trong khi ftp cho 97 và 112 MB / s trong cùng hoàn cảnh.

Các tài liệu nói rằng

Nói chung, bạn sẽ thấy Samba thực hiện tương tự ftp ở tốc độ truyền thô.

Trong trường hợp của tôi rõ ràng là không.

Tôi có thể tìm lời khuyên về cách gỡ lỗi hiệu suất Samba ở đâu?

Hoặc thay thế lời khuyên để thay thế Samba bằng một cái gì đó khác? (Thật không may, tôi không thể sử dụng ftp, vì tôi cần một cái gì đó có thể được sử dụng với rsync / rsnapshot.)

Thêm chi tiết:

  • Cả hai máy tính đều chạy Ubuntu 10.10 (sử dụng Samba vì tôi cũng có máy Mac)
  • Chia sẻ Samba trên một mạng gia đình địa phương, được gắn kết là

    $ mount
    ...
    //server.local/share/ on /mnt/share type cifs (rw,mand)
    
  • Hiệu suất Samba đã được kiểm tra bằng cách sao chép ( cp) một tệp duy nhất ~ 4GB đến và từ chia sẻ, sử dụng timeđể định thời gian và tính toán tốc độ truyền bằng tay.

  • hiệu suất ftp là các số từ máy khách ftp cho get / put của cùng một tệp.
  • iperf cho tốc độ mạng ~ 900 Mbits / giây
  • bonnie++ cho tốc độ đĩa> 200 MB / s ở cả hai phía để đọc khối cũng như ghi khối
  • Đã thử thay đổi các tham số được đề xuất trong điều chỉnh hiệu năng HOWTO (đọc / ghi thô, kích thước đọc, tùy chọn ổ cắm), hầu hết chúng đều tạo ra ít hoặc không có sự khác biệt. (Điều tạo ra sự khác biệt khiến tốc độ ghi giảm 50%.)

Cập nhật: Theo danh sách gửi thư Samba năm 2009, các vấn đề về hiệu suất bắt nguồn từ smbfs / cifs chứ không phải máy chủ Samba.
jg-faustus

Câu trả lời:


3

Trên thực tế, FTP có tốc độ truyền dữ liệu khá hiệu quả một khi nó được sử dụng. Chi phí làm chậm mọi thứ là với việc tải xuống tệp ở vị trí đầu tiên. Điều đó không có nghĩa là không có vấn đề gì với Samba ở đây. Nó sẽ được thực hiện gần như giống hệt nhau.

Thành thật mà nói, tôi không có nhiều manh mối mà bạn nên bắt đầu cố gắng khắc phục điều này.

Lý tưởng nhất là bạn có thể thả một máy tính khác vào đó với bản cài đặt tham chiếu của Samba (ví dụ Windows) và kiểm tra xem cả máy khách và máy chủ đều chống lại các máy Ubuntu. Sau đó, bạn sẽ biết máy nào là vấn đề, nếu đó chỉ là một hướng là vấn đề và sau đó bạn có thể báo cáo lỗi dựa trên điều này và / hoặc tìm cách khắc phục tạm thời.

Một lúc trước, tôi thấy một cái gì đó về phần cứng mạng nhất định bị trục trặc dưới Samba. Đó là cả thiết bị chuyển mạch và bộ điều hợp mạng nhưng tôi không thể tìm thấy bất cứ điều gì về nó. Nó có lẽ là một trường hợp cạnh mà nó không đáng xem xét.

Làm thế nào về chúng ta sidestep Samba? FTP có thể không hoạt động nhưng còn NFS thì sao? Nó có thể có tốc độ truyền cao nhất trong số rất nhiều (theo kinh nghiệm của tôi) và nó sẽ xử lý tốt rsync.

Bạn cũng có thể xem FUSE gắn máy chủ FTP để rsync có thể bắt nạt nó.


Cảm ơn về mẹo và phản hồi - Tôi không biết rằng có thể cài đặt FTP không? Tôi cũng sẽ xem xét NFS. Nếu hiệu suất Samba kém là một thứ gì đó không tầm thường và không liên quan đến Ubuntu, có lẽ nó thuộc danh sách gửi thư của Samba hoặc một số thứ khác chứ không phải ở đây?
jg-faustus

Có lẽ bạn là câu trả lời tốt nhất tôi sẽ nhận được :) Cảm ơn một lần nữa.
jg-faustus

1
bạn có thể gắn kết tài nguyên ftp: curlftpfs [user @] host: [dir] mountpoint [tùy chọn]
jet

1

Loại hiệu suất nào bạn nhận được từ việc chạy rsync qua ssh? Có lẽ bạn có thể thực hiện rsync của mình với ssh và sau đó cũng sử dụng samba khi bạn cần chuyển nội dung giữa máy mac của mình?


rsync trên ssh cho 60 MB / s, khoảng giữa Samba và FTP. Nhưng chỉ cần thấy một mẹo khác là rsync ở chế độ daemon (có một máy là máy chủ rsync) có thể ngang hàng với FTP, tôi sẽ thử tiếp theo.
jg-faustus

1

bạn có thể thử điều này trong smb.conf

socket options = SO_KEEPALIVE SO_REUSEADDR \
   SO_BROADCAST TCP_NODELAY IPTOS_LOWDELAY \
   IPTOS_THROUGHPUT SO_SNDBUF=8192 SO_RCVBUF=8192

oplocks = yes

write raw = yes
read raw = yes

Tôi đã thử một vài trong số chúng. TCP_NODELAY: Cải tiến nhỏ. viết thô và đọc thô: Không có sự khác biệt rõ rệt. SO_SNDBUF và SO_RCVBUF: Giảm 50% hiệu suất ghi, không theo đuổi thêm. Tôi sẽ kiểm tra phần còn lại khi tôi có cơ hội.
jg-faustus
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.