web-dev-qa-db-ja.com

FreeBSD vinum Striped（RAID0）ボリューム-パフォーマンスの問題

私はFreeBSD8.2リリースの下でvinumでさまざまなストライプボリュームを試しました。私は現在のハードウェア（Intel i5プロセッサ、適切なMBおよび8GB RAM）を持っています。

私のテストセットアップは、ボリューム内の2つまたは4つのディスクで構成され、各ディスクは2TB、「グリーン」ラインのSeagateおよびWesternDigitalです。つまり、5400RPMのコンシューマーディスク。これらは私のサーバーにありますが、（ギガビットLAN経由で）サーバーに接続されているデスクトップにはクイックSSDがあります。

私の問題は、単一の「ブラック」Western Digital 2TBにアクセスした場合、vinumボリュームにアクセスした場合よりも、ギガビットLANでのパフォーマンス（つまり、読み取り/書き込み速度）が向上することです。

  • 黒のWDシングルディスク：読み取り=書き込み= 90-105 MB/s
  • vinumボリューム、すべてのセットアップ：読み取り= 80 MB/s;書き込み= 50 MB/s

私が試したvinum構成は次のとおりです。

test1：

drive a device /dev/ad32
drive b device /dev/ad34
drive c device /dev/ad26
drive d device /dev/ad28
volume test1
  plex org striped 512k
    sd length 2048m drive a
    sd length 2048m drive b
    sd length 2048m drive c
    sd length 2048m drive d

test2：

drive a device /dev/ad32
drive b device /dev/ad34
volume test2
  plex org striped 512k
    sd length 1907728m drive a
    sd length 1907728m drive b

異なるストライプ長（512k、64k、2048k）でtest1をテストしましたが、速度は同じです。また、test1とtest2の速度に違いはありませんが、これらがストライプボリュームであることを考えると、非常に奇妙だと思います。したがって、ディスク数が重要になります。

なぜこれが発生するのか、少なくとも単一のHDDよりも高速になるようにvinumを調整/高速化するために何ができるのか、誰かが手がかりを持っていますか？パフォーマンスに関する他のオプション（ZFS w/RAIDZなど）を検討する必要がありますか？

詳細（編集）

ディスクに関するdmesg：

  • ad26：1907729MB [ST2000DL003 9VT166 CC32] at ata13-master UDMA100 SATA 6Gb/s
  • ad28：1907729MB [ST2000DL003 9VT166 CC32] at ata14-master UDMA100 SATA 3Gb/s
  • ad32：1907729MB [WDC WD20EARX-00PASB0 51.0AB51] at ata16-master UDMA100 SATA 3Gb/s
  • ad34：1907729MB [WDC WD20EARX-00PASB0 51.0AB51] at ata17-master UDMA100 SATA 3Gb/s

すべてのディスクは、マザーボード上のオンボードSATAコントローラーに接続されています。 AsusP8P67デラックス。

テストすると単一ディスクとしてのad32、書き込み速度は約60-70MB/s、読み取り速度は約80-90MB/sになります。

すべてのテストは、約2.5GBの1つの大きなファイルで行われました。

ポイント：ストライプボリュームでは、ディスクのパフォーマンスが単独よりも遅くなります...提案？

performanceraidfreebsdsoftware-raidraid0
2
poplitea

これまでに投稿した内容に基づくと、ストライプボリュームは低速のドライブによってほぼ確実に妨げられていると思います（6Gb /秒のリンクが1つと3Gb /秒のリンクが3つあります-3Gb /秒のドライブに賭けるつもりですまた、一般的な動作仕様も低くなっています。

@MikeyBが言ったように、各ディスクの速度テストを個別に実行します。これにより、私の理論が確認されます（または別の方向を向いて送信されます）。
パフォーマンスは、アレイ内で最も遅いディスクの一部の機能によって制限され、SATAコントローラーの最大スループットまたはその前後に厳しい上限があることが予想されます。

アレイをテストするときにgstatを実行して、各ディスクでどのようなアクティビティが発生しているかを確認することもできます-遅いディスクが最大になっている場合は、それが原因である可能性があり、コントローラーが固定されている場合は間違いありません問題。

3
voretaq7