VivadoHLSでのRTLシュミレーションにおけるループ文の扱い

Question

コードの最適化をしているところです。
ソースコードに以下のような2つのループ分があります。Cシュミレーションも高位合成も通るのですが、RTLシュミレーションでありえないくらい時間がかかり終わりません。
一つ目のループ分内で使われるｋに二つ目のループ分のｋが依存していることが問題のような気がします。（調べるとそのような感じのことが書いてあった）
pragmaやディレクティブで何か解決できるものなのでしょうか？また、依存しない書き方をするべきでしょうか。

・
・
・
for(int i = loop_start1; i < degree_num - 2; i++)
			{
				if( degree1[i+1] == n )
				{
					degree2[k] = m;
					k += 1;
					for(int j = i + 1; j < degree_num - 1; j++)
					{
						if( degree1[j+1] == m )
						{
							tri += 1;
							break;
						}
					}
					loop_start1 = i;
					break;
				 }
			  }
for(int x = 0; x<k+1; x++)
		{
		　　　　　　　　　if(degree2[x+1] == n)
			　　　　　{
					for(int k2=1; k2<degree1[0]; k2++)
					{
						if(degree1[k2] == m)
					  {
						squ += 1;
						break;
					　}
					}
					break;
				}
			}
・
・
・

Comments

[ozwk]

デッドロック起こすぞ？みたいな警告出てません？

[hello_whats_up]

デッドロックの警告は出てないみたいです

Answer 1

直接的な回答じゃなくて申し訳ないです

ある計算したいときに、ハードウェアでの実装に向いたアルゴリズムと、ソフトウェアでの実装に向いたアルゴリズムが存在します。
(例えばハードウェアでのソートは、ソーティングネットワークなどをベースにしたほうが並列、パイプライン処理に向くので楽)

そして、Vivado HLSの高位合成は
「論理回路のことよく知らない人でも、C言語でソフトウェア向けアルゴリズムをかけばハードウェア向けアルゴリズムに変換してくれる」
ものじゃありません。

「ハードウェアアルゴリズムを記述したいけどverilogやVHDLだと辛いから、C言語(っぽいもの)で書けるようにしました」
ぐらいの認識でいたほうがいいです。

つまり、C言語を書いている段階で、ある程度どういうハードウェア処理にしたいか当たりがつけられる人じゃないと厳しいです。