データベースやその他複雑なソフトウェアのチューニングと同様、VDO のチューニングには、壮大なシステム制限の妥協が関与するため、いくらか実験が必要となります。VDO のチューニングに利用できるプライマリコントロールは、さまざまなタイプの作業、これらのスレッドの GPU 親和性の設定、キャッシュ設定に割り当てられたスレッドの数です。

VDO カーネルドライバーはマルチスレッドで、複数の同時 I/O リクエストにわたり処理コストを焼却することでパフォーマンスを向上します。1 つのスレッドに I/O リクエストを開始から終了まで処理させるのではなく、さまざまなステージの作業を 1 つ以上のスレッドまたはスレッドグループに委任し、I/O リクエストがパイプラインを通り抜ける際に、間にメッセージを受け渡します。これにより、1 つのスレッドは、I/O 操作が処理されるたびにロックとロック解除を行わずにグローバルデータ構造にすべてのアクセスを直列することができます。VDO ドライバーを適切にチューニングすると、要求された処理ステージをスレッドが完了するたびに、同じ処理に待ち行列に入れられた別のリクエストが存在するようになります。これらのスレッドを絶えず使うと、コンテキストの切り替えやスケジュール設定のオーバーヘッドを低減させることができ、パフォーマンスを向上できます。個別のスレッドは、基礎となるストレージシステムへの I/O オペレーションのキューの追加や、UDS へのメッセージなど、ブロックできるオペレーティングシステムの部分にも使用されます。

VDO が使用するさまざまなワーカースレッドタイプ:

VDO パフォーマンスに影響を与えるものには複数の主要要素があり、最も影響のあるものを識別するためのツールもあります。

top や ps で見られるような 70% を超えるスレッドや CPU 使用率は一般的に、1 つのスレッドまたは 1 つの CPU に、あまりにも多くの作業が集中していることを意味します。ただし、一部のケースでは、VDO スレッドが CPU で実行されるようにスケジュールさ設定されていても、実際に何も作業が行われていないことを意味する場合もあります。このようなシナリオは、角のハードウェア割り込みハンドラー処理、コアまたは NUMEA ノード間のメモリ競合、またはスピンロックの競合によって発生することがあります。

システムパフォーマンスの検証に top ユーティリティを使用する場合、Red Hat では top -H を実行してすべてのプロセススレッドを個別に表示してから、1 f j キーを入力して Enter/リターンキーを押します。次に top コマンドにより、個別の CPU コアのロードが表示され、最後に実行した書くプロセスまたはスレッド上の CPU を識別します。これにより、以下の情報がわかります。

perf ユーティリティは、多くのパフォーマンスカウンターを検証できます。Red Hat では、スレッドやプロセッサーが行っている作業の検証には、第一歩として perf top サブコマンドの使用をおすすめします。たとえば、bioQ スレッドが多くのサイクルを消費して、スピンロックを取得しようとしている場合、VDO 下のデバイスドライバーに競合が多く発生することがあります。また、bioQ スレッドの数を低減せることで、状況を緩和できる可能性があります。たとえば、bioQ スレッドやデバイス中断ハンドラーが各種ノードで動作している場合、CPU の使用率が高いと (スピンロックの取得など)、NUMA ノード間に競合が見られることがあります。プロセッサーが対応していれば、stalled-cycles-backend、cache-misses、node-load-misses などのカウンターを参照してみてください。

sar ユーティリティは、複数のシステム統計についてのレポートを定期的に出力できます。sar -d 1 コマンドは、1 病後とのブロックデバイスの使用率レベル (最低でも 1 つの処理中の操作がある時間の割合) やキューの長さ (待機中の I/O リクエストの数) を報告します。ただし、すべてのブロックデバイスドライバーがこのような情報を報告できるわけではありません。よって、sar の便利性は、使用中のデバイスドライバーによって変わります。