私はSSDの読み書き性能を測定したかったので、ddとgnome-disksを使っていくつかの提案を見つけました。 （私が理解したのは、hdpartはディスク自体を使用せず、キャッシュされたデータのみを使用するためです。）
問題は、これらのツールを使用して別の結果を得ていることであり、なぜこれが起こるのかを知りたいのです。
rootfs はローカルの内部 eMMC からマウントされ、SSD には ext4 ファイルシステムがマウントされます。
ありがとう
ベストアンサー1
長い話を短く
両方不適切ストレージパフォーマンスをテストする方法。どちらもシステムストレージのパフォーマンスについては何も言わず、ddはSSDのパフォーマンスについてほとんど何も言いません（しかし、私はddよりもgnomeのベンチマークを好みますが、これはストレージを測定する完全に間違った方法です）。
これはfio、ストレージパフォーマンスをテストする正しい方法として広く知られています。
説明する
ストレージサブシステムなどにはさまざまな最適化オプションがあります。
dsync使用を選択してください同期入力/出力、これはループに似ていることを意味します。要求を送信し、完了するまで待機（ポーリング）し、次の要求を送信する式です。適切な非同期シナリオでは、前の要求が引き続き実行されている間、次の要求をキューに入れてCPUサイクルを無駄にするため、速度が遅くなります。また、最新のSSDが提供する並列性を最大限に活用することはできません。
さらに、スループットはストレージの唯一の指標ではなく、確かに最も重要な指標でもありません。ちなみに、バックアップとファイルサービスにのみ重要です。よく隠れる最大の関心事であり、言及された平行性は高く評価されなければなりません。たとえば、ストレージ待ち時間は、ACIDの原則に従ってOLTPデータベースのパフォーマンスを定義します。
さらに、待ち時間と並列処理は、ストレージを比較するためによく使用される「1秒あたりのI / O操作」指標を定義しますが、IOPSに従ってどのような操作が実行されるかを予測するのは難しいため、この指標もあいまいです。
それにもかかわらず、これはSSDが実際にRustベースの回転ソリューションよりも優れた性能を示す指標です。 10GiB / sのスループットと100方向の並列処理を備えた100個のHDDでRAIDアレイを構築でき、通常のHDDの待ち時間を表示できます。その観点からは、特定のデータベース負荷ではパフォーマンスが600MiB / s未満です。 SSD。
あなたのツールのどれも並列性について言及しておらず、gnomeのツールだけが待ち時間（「アクセス時間」と呼ばれる）に言及します。
fio一方、各リクエストのレイテンシ分布（デフォルトでは、0.1ミリ秒以内に処理されたリクエスト数、0.1〜0.2のリクエスト数などを示すヒストグラム）を表示するため、アプリケーションを構築できます。実際の期待は次のとおりです。そのストレージでデプロイが実行されます。これにより、並列性を調べることができます。設定された目標待ち時間を確保するために、キューパラメータとパラレルパラメータを検索するモードもあります。これは、「サーバーがスピードを落とさずに維持できるユーザー/同時要求の数はどれくらいですか？」などの質問に答える必要がある場合に便利です。