web-dev-qa-db-ja.com

FreeBSD:GBit-Ethernetを介したSambaのパフォーマンス

私はRAID-ZでFreeBSD NASを使用しています。

ZFSディスクからボックスの/ dev/nullまで約300MB/sを読み取ることができますが、Windows 7(Samba3.5.6)へのSMB )両方のシステムにIntel-PCIe-NICがあり、直接接続されています。

SambaはAIOを使用するように構成されており、私はすでにTCP/IPを調整しようとしました。

kern.ipc.maxsockbuf=16777216
net.inet.tcp.sendspace=1048576
net.inet.tcp.recvspace=1048576
net.inet.tcp.sendbuf_max=8388608
net.inet.tcp.recvbuf_max=8388608
net.inet.tcp.delayed_ack=0

ボトルネックの原因となっているアイデアはありますか?リンクは100MB /秒を簡単に処理できるはずだと思います。

3
Axel Gneiting

さて、実際には2つの問題がありました。

  1. 結局、ジャンボフレームはそれほど重要ではありませんでした。それは私に大きなパフォーマンスの向上をもたらしました。
  2. SSDディスクは100MB/sを簡単に書き込むことができますが、最近NTFS圧縮をオンにしたため、問題が発生しました(書き込み中の2番目の長いストール)。 TRIM最適化はそれを解決しました。
2
Axel Gneiting

ドライバのケーブルと帯域幅をテストするには、ハードディスク(およびWindowsボックスのアンチウイルス)の書き込み制限を解除する必要があります。

したがって、次のいずれかを実行できます。

  • windowsボックスにRAMディスクを作成し、ファイルをダウンロード/プッシュします

  • samba共有を作成して/ dev/nullにリダイレクトし、Windowsボックスからファイルをプッシュします

  • クロスプラットフォームの帯域幅ユーティリティを実行します(おそらく、Windowsプラットフォーム上のIntel NICユーティリティの一部)。

クロスプラットフォームのwindows-unixベンチマークツールを知っている人がいたら、私/私たちに知らせてください:-)

はい、NICとスイッチに一致するジャンボフレーム(2048バイトが「標準」のようです)があることを確認する必要があります。標準のTCP/IPパケットサイズは、ギガビットストリームでは少し小さいです。

0
DutchUncle