SuperMicro X8DTLマザーボード、7,200RPM Seagate Constellation ES、10,000RPM Western Digital VelociRaptorなど、さまざまなSATAドライブを使用してホワイトボックスシステムをテストしてきました。
Fedora 15、Fedora 16、Ubuntu 11でテストされており、ここにあるコマンドを使用してSysBenchを実行します。MySQL高性能ブログ
ディスクの書き込み結果は非常に悪いです。通常、結果は次のとおりです。
Operations performed: 0 Read, 3635 Write, 3635 Other = 7270 Total
Read 0b Written 14.199Mb Total transferred 14.199Mb (145.39Kb/sec)
36.35 Requests/sec executed
一方、まったく同じCPUとFedora 15を実行する7,200RPM SATAハードドライブを搭載したTier1サーバーは、次のテスト結果を生成します.
Operations performed: 0 Read, 151453 Write, 151453 Other = 302906 Total
Read 0b Written 591.61Mb Total transferred 591.61Mb (5.9159Mb/sec)
1514.48 Requests/sec executed
なぜそれほど大きな違いがあるのか、SuperMicroベースのシステムがなぜそんなに低いディスク書き込み性能を生み出すのか理解できません。
潜在的な問題を見つけるために、fstabの調整、スケジュール、ディスクスタンバイの無効化、sar、iostat、vmstatの使用など、さまざまな項目をテストしました。しかし背中%idleには%iowait何の異常も現れなかった。また、vm.zone_reclaim_modeここに示すようにディスク性能の低下Fedoraのデフォルト設定はすでに0です。
IDEやAHCIなど、さまざまなハードドライブのBIOS設定を試しました。 AHCI が最も良いと予想されますが、IDE と AHCI オプションの間の書き込みパフォーマンスの違いは無視できます。
誰でもどんなアイデアがありますか？
ベストアンサー1
まず、一般的なIOテストにはiozoneを使用することをお勧めします。http://www.iozone.org/
この質問に正しく答えるには、各サーバーのIOサブシステムに関する追加情報が必要です。
ただし、一般的に言って優れたIOパフォーマンスを探している場合は、オンボードキャッシュ付きの専用ハードウェアRAIDカードとそのキャッシュをバックアップするためのバッテリーが必要です。これにより、RAIDカードは後書きキャッシュを実行してIOパフォーマンスを大幅に向上させることができます。さらに、RAIDカードは通常、オンボードコントローラよりも優れたスループットを提供します。
最後に、BIOSのAHCI設定はオンボードSATAコントローラを制御します。オンボードとは、サーバークラスのスタンドアロンハードウェアRAIDカードではなく、マザーボードにあることを意味します。 IOがワークロードの優先順位ではない場合、サーバー（ホワイトボックスなど）に別々のRAIDカードがない可能性があり、実際にオンボードコントローラを使用できます。
他の設定では、Linuxはドライブへの迅速かつ直接的なアクセスを提供できないため、このBIOS設定をAHCIに設定することをお勧めします。この設定がうまくいかない場合は、オンボードコントローラに接続されているドライブがないか、LinuxまたはBIOSがIDE互換モードに戻る他の設定エラーがある可能性があります。カーネルブートメッセージを確認して、カーネルが認識するドライブと、そのドライブにアクセスするためにカーネルが使用するインターフェイスを確認できます。