Crucial P2が発売されましたが、 レビュー 今年初めに私たちのチームによって。このドライブは標準的な M.2 NVMe SSD で、主流のユースケース (電子メールや Web ブラウジングなど) へのエントリー向けに、適切なパフォーマンスを備えた低コストを目指しています。最初のリリースでは 250 GB と 500 GB の容量があり、さらに多くの容量がリリースされる予定です。現在、Crucial は P1 で 2TB と 2TB の容量をリリースしています。このレビューでは後者について説明します。
Crucial P2が発売されましたが、 レビュー 今年初めに私たちのチームによって。このドライブは標準的な M.2 NVMe SSD で、主流のユースケース (電子メールや Web ブラウジングなど) へのエントリー向けに、適切なパフォーマンスを備えた低コストを目指しています。最初のリリースでは 250 GB と 500 GB の容量があり、さらに多くの容量がリリースされる予定です。現在、Crucial は P1 で 2TB と 2TB の容量をリリースしています。このレビューでは後者について説明します。
前回のレビューで述べたように、Crucial P2 は同社の P1 シリーズからのステップアップです。 2TB モデルには、パフォーマンスの最適化、データ セキュリティ、ファームウェア アップデートのための管理ソフトウェアに加え、Acronis True Image for Crucial が付属しており、後者ではドライブのクローンを作成し、オペレーティング システム、アプリケーション、設定をバックアップできます。容量の増加を除けば、最大の違いは、読み取り最大 2.4GB/秒のパフォーマンスの向上と、最大 600 TBW の耐久性の向上です。
Crucial P2 2TB には 5 年間の保証が付いており、 今日なら221ドルで受け取れます.
Crucial P2 NVMe SSD レビュー仕様
インタフェース | PCIe G3 1×4 / NVMe |
フォームファクター | M.2 2280 |
キャパシティ | 2TB |
パフォーマンス | シーケンシャル読み取り (最大) – 2,400 MB/秒 シーケンシャル書き込み (最大) – 1,900 MB/秒 |
データ転送ソフトウェア | Acronis True Image for Crucial クローン作成ソフトウェア |
高度な機能 | 動的書き込みアクセラレーション 独立した NAND の冗長アレイ (RAIN) 複数ステップのデータ整合性アルゴリズム 適応型熱保護 統合された電力損失耐性 アクティブなガベージ コレクション TRIMのサポート NVMe標準の自己監視およびレポート技術 (スマート) エラー訂正コード (ECC) NVMe 自律電源状態移行 (APST) のサポート |
平均余命 (MTTF) | 1.5百万時間 |
耐久性 | 合計書き込みバイト数 600 (TBW) |
保証 | メーカーの5年間限定 |
重要な P2 NVMe SSD のパフォーマンス
テストベッド
これらのテストで利用されるテスト プラットフォームは、 デル PowerEdge R740xd サーバ。このサーバー内の Dell H730P RAID カードを介して SATA パフォーマンスを測定していますが、カードを HBA モードに設定しているのは、RAID カード キャッシュの影響を無効にするためだけです。 NVMe は、M.2 - PCIe アダプター カードを介してネイティブにテストされます。使用される方法論は、仮想化サーバー オファー内での一貫性、スケーラビリティ、柔軟性のテストによるエンドユーザーのワークフローをより適切に反映しています。最小の QD1(キュー深度 1)レベルだけでなく、ドライブの負荷範囲全体にわたるドライブのレイテンシに重点が置かれています。このようにするのは、一般的な消費者ベンチマークの多くがエンドユーザーのワークロード プロファイルを適切に把握していないためです。
SideFX の Houdini
Houdini テストは、CGI レンダリングに関連するストレージ パフォーマンスを評価するために特別に設計されています。このアプリケーションのテストベッドは、デュアル Intel 740 CPU と 6130GB DRAM を搭載し、ラボで使用しているコア Dell PowerEdge R64xd サーバー タイプのバリエーションです。この場合、ベアメタルを実行する Ubuntu デスクトップ (ubuntu-16.04.3-desktop-amd64) をインストールしました。ベンチマークの出力は完了までの秒数で測定され、少ないほど優れています。
Maelstrom デモは、拡張メモリの形式としてスワップ ファイルを効果的に使用する機能をデモンストレーションすることで、ストレージのパフォーマンス機能を強調するレンダリング パイプラインのセクションを表します。このテストでは、基礎となるストレージ コンポーネントに対する待ち時間の影響を分離するために、結果データの書き出しやポイントの処理は行いません。テスト自体は 5 つのフェーズで構成されており、そのうちの 3 つはベンチマークの一部として実行されます。次のとおりです。
- パックされたポイントをディスクからロードします。これがディスクからの読み取りの時間です。これはシングルスレッドであるため、全体のスループットが制限される可能性があります。
- ポイントを処理できるようにするために、ポイントを単一のフラット配列に解凍します。ポイントが他のポイントに依存していない場合、ワーキング セットはコア内に留まるように調整できます。このステップはマルチスレッドです。
- (実行しない)ポイントを処理します。
- ディスクに戻すのに適したバケット化されたブロックにそれらを再パックします。このステップはマルチスレッドです。
- (実行しない)バケット化されたブロックをディスクに書き込みます。
ここでは、Crucial P2 が 3049.673 秒のスコアを出し、下位 XNUMX 番目に位置していることがわかります。
SQLサーバーのパフォーマンス
各 SQL Server VM は、ブート用の 100 GB ボリュームとデータベースおよびログ ファイル用の 500 GB ボリュームの 16 つの vDisk で構成されています。システム リソースの観点から、各 VM に 64 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。以前にテストした Sysbench ワークロードはストレージ I/O と容量の両方でプラットフォームを飽和させましたが、SQL テストではレイテンシのパフォーマンスを調べています。
このテストは、Windows Server 2014 R2012 ゲスト VM 上で実行される SQL Server 2 を使用し、Quest のデータベース用ベンチマーク ファクトリによって強調されます。 StorageReview の Microsoft SQL Server OLTP テスト プロトコル は、複雑なアプリケーション環境で見られるアクティビティをシミュレートするオンライン トランザクション処理ベンチマークである、トランザクション処理パフォーマンス評議会のベンチマーク C (TPC-C) の最新草案を採用しています。
TPC-C ベンチマークは、データベース環境におけるストレージ インフラストラクチャのパフォーマンスの強みとボトルネックを測定するのに、合成パフォーマンス ベンチマークよりも近くなります。このレビューの SQL Server VM の各インスタンスは、333GB (1,500 スケール) SQL Server データベースを使用し、15,000 人の仮想ユーザーの負荷の下でトランザクション パフォーマンスと待機時間を測定しました。
SQL Server テスト構成 (VM ごと)
- Windows Serverの2012 R2
- ストレージ フットプリント: 600GB 割り当て、500GB 使用
- SQL Serverの2014
- データベースのサイズ: 1,500 スケール
-
- 仮想クライアント負荷: 15,000
- RAMバッファ: 48GB
- テスト時間: 3 時間
-
- 2.5時間のプレコンディショニング
- 30 分のサンプル期間
Crucial P2 2TBの平均遅延は60ミリ秒で、大差をつけて最下位となりました。
VDBench ワークロード分析
ストレージ デバイスのベンチマークに関しては、アプリケーション テストが最適であり、総合テストは 2 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。これらのワークロードは、「4 コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルを提供します。
これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。これらのベンチマークのテスト プロセスでは、ドライブの表面全体にデータを埋めてから、ドライブ容量の 5% に相当するドライブ セクションを分割して、ドライブがアプリケーションのワークロードにどのように応答するかをシミュレートします。これは、ドライブを 100% 使用して定常状態にするフル エントロピー テストとは異なります。結果として、これらの数値は、より高い持続的な書き込み速度を反映することになります。
プロフィール:
- 4K ランダム読み取り: 100% 読み取り、128 スレッド、0 ~ 120% iorate
- 4K ランダム書き込み: 100% 書き込み、64 スレッド、0 ~ 120% iorate
- 64K シーケンシャル読み取り: 100% 読み取り、16 スレッド、0 ~ 120% の iorate
- 64K シーケンシャル書き込み: 100% 書き込み、8 スレッド、0 ~ 120% iorate
このレビューの比較対象:
まずはランダム4K読み取りです。ここで、Crucial P2 は、レイテンシ 59,408ms で 1.2 IOPS に達し、他のドライブに大きく遅れをとりました。
4K ランダム書き込みでは再びパフォーマンスが低下し、P2 が最後に実行され、ピーク時の IOPS は 9,057 ミリ秒、遅延は 10.5 ミリ秒でした。
シーケンシャルに切り替えても、Crucial P2 のパフォーマンスは依然として低いままでした。 64K 読み取りでは、ドライブは 15,264 IOPS または 954MB/s でピークに達し、遅延は 1.1ms でした。
64K 書き込みでは、P2 はわずか 2,022 IOPS または 126MB/s、遅延 6.3ms で最後まで低下しました。
次に、ドライブにさらに負担をかけるように設計された VDI ベンチマークを調べました。これらのテストには、ブート、初期ログイン、月曜日のログインが含まれます。ブート テストを見ると、Crucial P2 は 28,323 ミリ秒のレイテンシーで 1.2 IOPS に達し、最高のパフォーマンスを示した Samsung の 138,475 IOPS と比較して、引き続き悪い結果を示しました。
VDI の初期ログインでは、Crucial P2 は前後にリアスパイクの遅延が発生しました。レイテンシ約 13 ミリ秒でピーク時の IOPS はわずか約 2.3 で、これは 5 IOPS を超えるトップパフォーマーのレイテンシの 650 倍以上でした。
最後に、VDI Monday Login では、P2 はレイテンシの大幅なスパイクが発生し、3,750 μs で 414 IOPS のピークで最後に終了しました。
まとめ:
Crucial P2 NVMe は、非常に手頃な価格で優れたパフォーマンスを提供することを目的とした M.2 フォーム ファクター SSD (TLC NAND を活用) です。ドライブの容量は 250 GB から 2 TB まであり、ここでレビューします。容量が大きいほどパフォーマンスと耐久性が向上しますが、それでも手頃な価格で提供されます。
パフォーマンスを見ると、このドライブはどのテストでも良好な成績を収めませんでした。 SQL Server 遅延テストを実行したところ、ドライブの平均遅延は 60 ミリ秒に達しました。 Houdini では、3,049.7 秒のスコアで問題ありませんでした。 VDBench では、ドライブはすべてのテストでパフォーマンスが低く、遅延が長く、最後に配置されました。ピークには、59K 読み取りで 4K IOPS、9K 書き込みで 4K IOPS、954K 読み取りで 64MB/秒、126K 書き込みで 64MB/秒が含まれます。 VDI ベンチマークでは、ブート時に 28 IOPS、初回ログインで 13 IOPS、月曜日のログインで 3,750 IOPS のピークが見られました。
容量が主な関心事で、生産性の高い軽い作業のみを行う場合は、Crucial P2 (2TB) が最適なドライブとなるでしょう。より優れたパフォーマンスを必要とする人には、他にもたくさんのオプションがあります。
StorageReview と連携する
ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | Facebook | RSSフィード