H67MA-E45だとFreeBSDが起動しないとか，いろいろトラブルに見舞われつつも，次期ファイルサーバとして運用すべくいろいろとテスト中．
マザーボードの入れ替えは終わったので，今度はストレージの方．旧マザーの方で次期ファイルサーバのストレージ構成をテストしてみたので結果を．
【CPU】 i3 530 1.86GHz 【M/B】 DH55TC 【電源】KRPW-V600W 【FAN】 120mm*2 【VGA】 オンボード 【HDD】 SHD-NSUM60G, WD30EZRS*3,WD30EZRX*3 【メモリ】 DDR3 1333 2GB*4 【Sound】 オンボ 【SATA】LSI SAS 9211-8i 【LAN】 オンボ(82758DC) 【OS】 FreeBSD 9.0-CURRENT 【光学ドライブ】なし
初めて，8portのインターフェースカードを導入してみた．mini-SASのケーブルは内部の配線がすっきりするので便利．
ここでのポイントはWDの4k通知タイプのディスクを使ってみたことで，どうなるのかなというあたり．ただ，結局のところSATAにつなぐと物理4kの取得が出来るけど，9211-8i経由だとcamcontrol identifyでもcamcontrol inqueryでも，物理セクターサイズの取得は出来ないから期待通りの効果はなさそう．
で，ベンチマーク．今回はddを使ったシーケンシャルアクセスのスピードを各種構成で測定してみた．
具体的にはメモリが8GBなので，ARCがあふれるように16GBのデータを読み書きするスピードを計測し，10回測定した平均を記載．
グラフの中で，w/4kとあるのは
gnop -S 4096 <disk>
として，4kセクタとして無理やり認識させた場合のアクセススピード．
一見してわかるように，4kセクタとして認識させた方がストライピング構成（raid0）でも，raidz構成でも明確に速い．単独だと2割程度だけど，ディスク数が増えるにつれて差が拡がる．
面白いのは，raidzの方で何も考えずに認識させると5個ディスクを使ったところでreadの性能がガタっと落ちること．この問題は他のところでも指摘されてたのだけど，本当にそうなんだと驚いた．
あと，ほぼ常にwriteの方が性能良いのは何故なんだろう？atimeを切ってもつけても変わりなかった（グラフはatimeを切って測定）．
