+コメントDataCoreは、SPC-1マイクロ秒という史上最速の応答時間を記録しました。これは、オールフラッシュEMC VNXの3倍の速度です。DDNとの連携により、複数のコアを用いた並列IO処理が新たな標準となることが実証されました。
El Reg は、業界関係者から DataCore SPC-1 ベンチマーク結果の背景情報の提供を依頼されました。
情報筋によると、業界におけるあらゆるベンチマークの中で、SPC-1とSPC-2が最も関連性が高く、最も優れた設計となっているとのことです。彼らが指摘したい点の一つは、SPC-1手法で得られる応答時間測定の重要性です。
1秒あたりの入出力操作数(IOPS)は応答時間なしでは意味がありません。応答時間もIOPSなしでは意味がありません。両方の数値を同時に伝える必要があります。
おそらく、ベンダーが SPC-1 を「不正に操作」するのを防ぐ最大の要因は、応答時間を記録し、IOPS 結果とともに公開する必要があるという要件です。
多くのベンダーが数百万IOPSを謳っていますが、実際に調べてみると応答時間に制約がないことが判明し、これらの「数百万IOPS」は無意味です。なぜなら、これらのIOPSは深いキューを必要とし、同様に数十ミリ秒から数百ミリ秒の応答時間を必要とするため、パフォーマンス重視のアプリケーションでは実質的に役に立たないからです。これがSPC-1が真に意義深い理由の一つです。
私たちの連絡先によると、私の考えでは、DataCore SPC-1 の結果の主な意義は次のようになります。同社が達成したマイクロ秒単位の応答時間は、SPC-1 で測定された中で、はるかに速いものでした。
IOPS負荷が10パーセントの場合:
- 書き込みに40マイクロ秒
- 読み取りに140マイクロ秒
- 平均80マイクロ秒
100パーセントIOPS負荷の場合:
- 書き込みに160マイクロ秒
- 読み取りに580マイクロ秒
- 平均320マイクロ秒
読み取りに関しては、これらの数値はSPC-1でこれまで測定された最速システムの3~5倍の速度です。書き込みに関しては、SPC-1におけるこれまでの最高性能システムの6~10倍の速度です。
DataCore CEOのGeorge Teixeira氏とチーフサイエンティストのNick Connolly氏が、 El Regに並列マルチコアIOについて語る
参考までに、EMC の All-Flash VNX8000 構成では同様の IOPS 数値が達成されましたが、平均応答時間は3 倍長くなりました。
ちなみに、DataCoreがSPC-1で皆を驚かせたのは今回が初めてではありません。2003年には、当時としては最高IOPS、最速IOPS、そして最低コストIOPSを記録したデータ(PDF)を公開しました。これもまた、他を大きく引き離した記録でした。
コメント
DataCore と DataDirect Networks はどちらも、IME (Wolf Creek) バースト バッファを使用して、マルチコア プロセッサ内の複数のコアを使用して IO を並列処理し、IO 処理を驚異的に高速化するというテクノロジのトリックを解明しました。
DDN のワールドワイド プリセールス、サービス、サポート担当副社長であるマーク カネパ氏が、2015 年 6 月の IT プレス ツアーでこのことについて話してくれました。
私たちの見解では、これが示しているのは、IO バウンド アプリケーションを備えたマルチコア プロセッサでのシングル コア IO 処理 (IO バウンドとは、キューに入れられたデータ アクセスが外部アレイで完了するまで待機することを意味します) が不十分であるということです。
サーバー、物理/仮想ストレージアレイのオペレーティングシステム、そしてハイパーバイザーは、この技術を自社の機能セットに追加する必要があるように思われます。そうでなければ、既にこの技術を導入している、はるかに高速な競合他社に後れを取ることになるでしょう。例えば、VMwareのVSANがこれに対応し、NutanixとSimplivityが対応していない場合、ハイパーコンバージドインフラストラクチャのIO処理領域において、VMwareは大きなパフォーマンス優位性を持つことになります。もちろん、その逆もまた然りです。
しかし、サーバーと仮想 SAN が RDMA または NVMe ファブリック タイプの IO を介して IO スタックをバイパスするようになった場合、この点は意味をなさなくなると考えられます。®