Sambaのパフォーマンスをデバッグするためのヒントは？

Sambaは24 MB / sの読み取りと44 MB / sの書き込みを提供しますが、ftpは同じ状況で97および112 MB / sを提供します。

ドキュメントはと言います

一般的に、SambaはFTPと同様に、未加工の転送速度で動作することがわかります。

私の場合は、明らかにそうではありません。

Sambaのパフォーマンスをデバッグする方法のヒントはどこにありますか？

あるいは、Sambaを他のものに置き換えるためのヒントは？（残念ながら、rsync / rsnapshotで使用できるものが必要なので、ftpは使用できません。）

詳細：

• 両方のコンピューターでUbuntu 10.10を実行しています（Macも持っているためSambaを使用しています）。

• Samba共有はローカルホームネットワーク上にあり、次のようにマウントされています。

  $ mount
  ...
  //server.local/share/ on /mnt/share type cifs (rw,mand)
  

• Sambaのパフォーマンスはcp、4GBの単一のファイルを共有との間でコピー（）することによってテストされtime、タイミングと転送速度の手動計算に使用されました。

• FTPパフォーマンスは、同じファイルのget / putに対するFTPクライアントからの数値です。
• iperf ネットワーク速度は〜900 Mbits / s
• bonnie++ ブロック読み取りとブロック書き込みの両側で200 MB /秒を超えるディスク速度を実現
• パフォーマンスチューニングHOWTOで提案されているパラメーター（未加工の読み取り/書き込み、読み取りサイズ、ソケットオプション）を変更してみましたが、それらのほとんどはほとんど違いがありませんでした。（違いがあったものは、書き込み速度を50％低下させました。）

実際、FTPは、いったん使用すると、かなり効率的なデータスループットレートを実現します。物事を遅くするオーバーヘッドは、最初にファイルのダウンロードを取得することです。ここでSambaに問題がないと言っているのではありません。ほぼ同じように動作するはずです。

正直なところ、私がこれを修正しようとするべき手掛かりはあまりありません。

理想的には、Sambaの参照インストール（Windowsなど）を使用して別のコンピューターをそこにドロップし、Ubuntuマシンに対してクライアントとサーバーの両方としてテストすることができます。次に、どのマシンが問題であったかを確認します。問題の原因が一方向だけの場合は、これに基づいてバグを報告したり、暫定的な回避策を見つけることができます。

しばらく前に、Sambaの下で特定のネットワークハードウェアの不具合に関する何かを見ました。それはスイッチとネットワークアダプターの両方でしたが、私は一生それについて何も見つけることができません。それはおそらく検討する価値がないほどのエッジケースでした。

Sambaを回避するのはどうですか？FTPは機能しないかもしれませんが、NFSはどうですか？（私の経験では）おそらく転送速度が最高で、rsyncをうまく処理するはずです。

FTPサーバーのFUSEマウントを調べて、rsyncがいじめられるようにすることもできます。

sshでrsyncを実行すると、どのようなパフォーマンスが得られますか？たぶん、sshでrsyncを実行し、Mac間でデータを転送する必要があるときにsambaを使用することもできますか？

あなたは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