メモリ ストールの解析 - 2023.2 日本語

1. Trace ビューを選択します。
2. Memory Stalls の表を選択します。
   図 1. Trace ビューのメモリ ストール

   ストールには、MS_<NUM> という名前が付けられます。<NUM> は時間で増加します。各ストールには、次の情報が含まれます。

   NAME

   メモリ ストールの ID。発生した順番に番号が付けられます。番号は、ストールのすべてのタイプの間で固有です。

   Stalled Tile

   ストールしたカーネルが存在する AI エンジン タイル。

   Stalled Kernel

   ストールしたカーネル。<Kernel_function_name>.<Schedule_ID>.<Graph_instance_name> という名前です。_main と表示されることもあり、その場合はクロスプローブして実際のカーネル関数を見つける必要があります。

   Start (ps)

   ストールの開始時間。

   Duration (ps)

   ストール時間の長さ。

   [PC]

   ストールが発生したときのプログラム カウンター。

   Bank Conflict

   ストールが発生したメモリ バンク。

   Buffer 1、Buffer 2、Buffer 3

   メモリ ストールを発生させているバッファー。1 つのバッファーまたは複数のバッファーの場合があります。

3. Stalls ビューでストールの行をクリックすると、Trace ビューでメモリ ストールのメモリ ストールの開始に移動します。Trace ビューを拡大/縮小して、メモリ ストールが発生する頻度、実行中のカーネルのストール位置を確認します。
   注記: 実行中のカーネルで多数のメモリ ストールが繰り返し発生する場合は、ループ内でストールが発生している可能性があります。調べて解決することをお勧めします。メモリ ストールがカーネルの開始時に一度だけ発生する場合や、実行中のカーネルで発生するストールの数が少ない場合は、通常は無視してもかまいません。ストールの原因となるバッファーの名前から、ウィンドウ バッファーかシステム バッファーか、またはその他のものかを特定できます。ウィンドウ バッファーまたは RTP バッファーをグラフ内で制御できる場合、より適切な配置を特定できるのであれば、制約を使用して手動で配置するのが 1 つの方法です。システム メモリ (system<NUM>+<NUM>) の場合は、ストールに関係する変数を特定する必要があります。
4. 特定のストールの行をクリックし、Events ビューに切り替えます。
   図 2. メモリ ストールの Events ビュー
5. Events ビューには、デバイスで発生するイベントが表示されます。メモリ ストールが発生したサイクルがハイライトされます。DM_BANK_CONFLICT イベントが発生したタイルと、読み出しまたは書き込み中のデータを確認できます。
6. 追加の情報を見つけるため、ストール サイクルの前後の数サイクルを調べてみます。

   ツールにより、1 サイクルで同じバンクで変数の読み出しまたは書き込みが実行されるようにスケジューリングされることがあります。この問題を解決する 1 つの方法は、 『AI エンジン カーネルおよびグラフ プログラミング ガイド』 (UG1079) の「仮想リソース アノテーションを使用したロードおよびストア」を参照してください。たとえば、変数へのポイントを再定義し、__aie_dm_resource_a を使用してあのテートします。次にコードの例を示します。

   const v8cint16 __aie_dm_resource_a* __restrict coeff = (v8cint16 __aie_dm_resource_a*) eq_coef0; const v8cint16 coe = *coeff;
   v16cint16 __aie_dm_resource_a* __restrict p_buff = (v16cint16 __aie_dm_resource_a*) &delay_line; v16cint16 buff=*p_buff;

次の表に、メモリ ストールが発生する状況と可能なソリューションを示します。