Q&A
以下の投稿が参考になるかもしれません。
internal error on HD graphics 4000
https://community.intel.com/t5/OpenCL-for-CPU/internal-error-on-HD-graphics-4000/m-p/1149759#M6061
実現したいこと
OpenCLで並列処理のカーネルをプログラムしています。
コンピューターに見つかった並列処理デバイスはIntel HD Graphics 4000 と、 Core(TM) i7-3540M CPU の２種類です。
グラボは使用していません。
プログラムのコンパイルは、動作ターゲットがi7CPUの場合は問題無く成功しますが、同じプログラムコードなのにターゲットをIntel HD Graphicsにするとエラーが出ます。
↓コンパイルエラーのメッセージ
fcl build 1 succeeded.
fcl build 2 succeeded.
Error: internal error.
これでは、どの行にエラーの原因があるか分かりません。
カーネルのソースコードは１３５行、文字数で約4,000文字あります。
ソースコードを半分に減らしてテストするとコンパイルが通ることから、ソースコードの容量がエラーに関係していると思われます。
但し、この程度の容量では、現在設計しているプロジェクトが実現できません。（ソースコードに盛り込みたいことは、この８倍は必要です。）
OpenCL バージョンは1.2です。
教えていただきたいことは、
（１）このエラーの原因
（２）動作ターゲットがIntel HD Graphicsの場合の、ソースコードの限界容量や、処理の複雑さの限界はどのように定められているのか知りたいです。
よろしく御回答をお願いします。
なお、解決に向けてネットで検索しましたが、有用な情報は見つかりませんでした。
発生している問題・分からないこと
記載済みです。
ーーーーーーーーーーーーーーーーー
エラーメッセージ
error
1記載済みです。 2ーーーーーーーーーーーーーーーーー
該当のソースコード
特になし
試したこと・調べたこと
- teratailやGoogle等で検索した
- ソースコードを自分なりに変更した
- 知人に聞いた
- その他
上記の詳細・結果
記載済みです。
ーーーーーーーーーーーーーーーーー
補足
特になし
ありがとうございました。リンク先の内容を今読み終わりました。
if文での&& を &に変えることでも改善されると書かれています。来週に実験してみます。
エラー発生行を集約できました。
__kernel void myKernelFunction(
__global int4* buf1) {
int r1[4000];
int r41[4000],r42[4000];
// r1[0]=1; r41[0]=2; r42[0]=7; //これを入れるとInternal errorは出なくなる
if (1==1){buf1[0]=(int4)(0,r41[0],r42[0],r1[0]);}
}
ソースコードの容量オーバーが原因ではありませんでした。
推測ですが、定義後未使用の配列要素が不確定値になっていると、グローバルメモリーへの格納でエラーが出るようです。
上記 if (1==1){buf1[0]=(int4)(0,r41[0],r42[0],r1[0]);} でint4型を使っているのは、エラーを出しやすくするためです。intではエラーの発生確率は減ります。コンピューターの違いにより、エラーの発生確率は変わると思います。
これから解決方法を考えますが、配列は初期化するとか、配列の添字が未格納の要素番号を指すのを防止するなどの方法を候補に挙げています。
C/C++ で、スタックから、そんな、でかい配列を取っては、いけません。
malloc とか new を使いましょう。
OpenCLのカーネルのコンパイルで、「CPU内蔵グラフィックスでコンパイルが通らず、CPUでは通る」という問題とスタックの使用が関係あるのですか。
上のソースコードはC/C++ではありません。OpenCL C です。mallocやnewは使用できません。
C 言語の OpenCV ライブラリじゃないんですか ? malloc 使えるはずですが。
あ、OpenCV じゃなくて、OpenCL か。
Cuda だと cudaMalloc というのがある。
https://qiita.com/mizunomi32/items/acabf189bf844764b275
OpenCLでGPUをブン回してみた - Qiita(ja)
ホストコード(CPU)方で malloc して、それをカーネルコード(GPU)に渡しているようです。
回答2件
0
自己解決
質問をクローズします。
今回、この問題の解決は行いません。
CPU 内蔵グラフィックスでのコンパイルが通らないだけなので、開発はCPU i7で継続します。
コンパイルが通らない原因も、多くの要素が絡み合っているように見え、このCPUのドライバー自体のバグの可能性もあります。（旧式のCPUであり、ドライバーも完全なものではないというネット上の情報もあり）
ほかのGPGPU関連の解決法も考えますし、いずれ開発用コンピューターも新型に変えます。
投稿2024/02/07 22:39
総合スコア137
0
ソースコードを半分に減らしてテストするとコンパイルが通ることから、ソースコードの容量がエラーに関係していると思われます。
『ソースコードの容量がエラーに関係している』可能性は、低いです。半分にしたソースコードに問題がある可能性が大きいです。例えば、コピーミス等で、綴りが正しくないなど。
一番いいのは、元のソースコードを貼り付ける事です。書き込み制限に引っかかるなら、teratail でないサービスに、『teratail の書き込み制限に引っかかった』と明記しましょう。
投稿2024/02/04 00:42
総合スコア517
申し訳ありませんが、機密性の高いプロジェクトを遂行していますのでソースコードは公開できません。
この中に、過去に誰も公開していないようなOpenCLの独自運用技術が詰め込まれているんです。
では、ワシからのアドバイスは、これ以上できませんので、他の方、お願いします。
あなたの回答
tips
プレビュー
