スループットとキューの深さを調整する
| 項目 | 値 |
|---|---|
| カテゴリ | グラフとパイプライン |
| 難易度 | 上級 |
| 推定所要時間 | 15-20 minutes |
| ラベル | performance, tuning, async, queues |
パフォーマンスの調整は、正確性の基準が安定した後にのみ効果があります。この章では、それが前提として扱われ、非同期パイプラインが、処理能力を超える速度でデータが到着した場合にどのように動作するかを決定する設定に焦点を当てます。キューの深さを設定し、キューがいっぱいになった場合の動作を選択し、決定的な量のフレームをノンブロッキングでプッシュし、結果を処理し、データが破棄されたかどうか、および各フレームの処理にかかった時間を知らせる測定レポートを読み取ります。
最終的には、バックプレッシャー下での非同期実行を測定するための動作するフレームワークが完成します。これには、エンキュー数、ドロップ数、取り出された出力、平均レイテンシー、およびプッシュコストが含まれます。同じループが、In Practiceに記載されているヒューリスティックに基づいて、実際のパイプラインを調整するための基礎となります。
ウォークスルー
実行オプションを設定する
RunOptionsは、負荷下での非同期動作を決定する場所です。queue_depth(ランタイムが受け入れる同時処理可能なサンプルの数)、overflow_policy(キューがいっぱいになった場合の動作:Block、KeepLatest、またはDropIncoming)、output_memory = Owned(返されるテンソルは自身のデータを所有するため、取り出し後もデータは保持されます)を設定します。次に、build()を使用して、Asyncモードでグラフを構築します。これにより、独立したプロデューサーとコンシューマーを持つ実行が可能になります。
オーバーフローポリシーは、--dropからsimaai::neat::OverflowPolicy::{Block,KeepLatest,DropIncoming}に解析されます。graph.build(input, opt)は、実行ハンドルを返します。
simaai::neat::RunOptions opt;
opt.queue_depth = queue_depth;
opt.overflow_policy = parse_drop_policy(argc, argv);
opt.output_memory = simaai::neat::OutputMemory::Owned;
auto run = graph.build(std::vector<cv::Mat>{rgb}, opt);
ワークロードをプッシュして処理する
ここでは、キューポリシーが実際に適用されます。try_push(...)をタイトなループで呼び出します。これはノンブロッキングプッシュであり、サンプルが受け入れられたかどうかを単純に返します。したがって、DropIncoming/KeepLatestの下でキューがいっぱいになると、処理が停止するのではなく、拒否されたプッシュとして表示されます。バーストの後、close_input()を呼び出して、これ以上の入力がないことを通知し、次に、pull(...)ループを使用してコンシューマー側を処理し、空になるまで処理します。try_pushとclose_inputを組み合わせ、さらにドレインループを追加することは、標準的なノンブロッキング非同期パターンです。
// try_push never blocks; pair it with close_input + drain pull loop.
simaai::neat::MeasureOptions measure_opt;
measure_opt.title = "tutorial 016 throughput";
auto scope = run.start_measurement(measure_opt);
for (int i = 0; i < iters; ++i)
(void)run.try_push(std::vector<cv::Mat>{rgb});
run.close_input();
int pulled = 0;
while (run.pull(/*timeout_ms=*/1000).has_value())
++pulled;
const auto measured = scope.stop();
if (measured.counters.inputs_enqueued <= 0 || pulled <= 0)
throw std::runtime_error("throughput run produced no measured inputs/outputs");
測定レポートを読み取る
実行が終了したら、測定範囲を停止します。レポートの「counters」グループは、ランタイム側の数値(キューに追加された入力、破棄された入力、出力されたデータ)を示し、「input」は、平均プッシュコストや入力の再ネゴシエーションなど、プッシュ側の数値を示します。これらを組み合わせることで、キューの深さとオーバーフローポリシーが意図したとおりに機能したかどうか(フレームがドロップされたか、遅延が増加したか、プッシュパスが効率的だったか)を判断できます。
std::cout << "inputs_enqueued=" << measured.counters.inputs_enqueued << "\n";
std::cout << "inputs_dropped=" << measured.counters.inputs_dropped << "\n";
std::cout << "outputs_pulled=" << pulled << "\n";
std::cout << "avg_latency_ms=" << measured.end_to_end.avg_ms << "\n";
std::cout << "avg_push_us=" << measured.input.avg_push_us << "\n";
std::cout << "renegotiations=" << measured.input.renegotiations << "\n";
実行
この章では、モデルアーカイブは必要ありません。Neatのインストールルート(share/とlib/が含まれるディレクトリ)から、Pythonと**C++(事前にビルドされたもの)**のコマンドを実行します。ソースコードからビルドするコマンドは、リポジトリのルートから実行します。
C++ (prebuilt):
./lib/sima-neat/tutorials/tutorial_016_tune_throughput_and_queues \
--iters 32 --queue 4 --drop block
C++ (build from source):
./build.sh --target tutorial_016_tune_throughput_and_queues
./build/tutorials-standalone/tutorial_016_tune_throughput_and_queues \
--iters 32 --queue 4 --drop block
予想される出力(正確なカウントとタイミングは、ホストとポリシーによって異なります):
inputs_enqueued=32
inputs_dropped=0
outputs_pulled=32
avg_latency_ms=0.42
avg_push_us=18.0
renegotiations=0
[OK] 016_tune_throughput_and_queues
(Pythonでビルドした場合、末尾の「[OK]」行は表示されません。)
この章のC++ソースコードをカスタムの CMakeLists.txt を使用して独自のプロジェクトに統合する方法(追加のフォルダーは不要)については、ランディングページのチュートリアルの実行方法を参照してください。
実践
キューのサイズ調整、ドロップポリシー、プリセット、および出力のライフサイクルに関する実践的なガイダンス。
キューのサイズ調整 (queue_depth)
ヒューリスティック:
- 低レイテンシーのパイプラインの場合は、
queue_depth = 4–16から開始します。 - プロデューサーがバースト的にデータを生成する場合、または下流の要素のレイテンシーが変動する場合(デコード/MLA/後処理)は、キューを増やします。
- 最新のフレームが必要な場合は(例:ライブカメラプレビュー)、キューを小さく保ちます。
オーバーフローポリシー (RunOptions::overflow_policy)
Block:正確性を最優先とするため、キューがいっぱい になるとプロデューサーは待機します。DropIncoming:キューに格納されたデータを保持し、飽和状態になると受信サンプルを破棄します。KeepLatest:最新のフレームを優先し、最も古いキューに格納されたサンプルを破棄します。
ライブフィードの場合、KeepLatest を使用すると、通常、エンドツーエンドのレイテンシーが最も低くなります。
プリセットと再ネゴシエーション
RunOptions::preset を使用して、レイテンシーと安全性のトレードオフを制御します。
Realtime:最低レイテンシー、積極的な最新性維持動作。Balanced:可能な場合はゼロコピーから開始し、起動時のプローブチェックを実行し、信頼性が損なわれた場合はコピーモードにフォールバックします。Reliable:保守的な動作と安定した出力所有権。
動的な入力の場合、入力形状の再ネゴシエーションは自動的に行われます(上記の renegotiations カウンターは、その発生回数を報告します)。