Компания AMD представила, наконец, свои долгожданные гибридные 32-нм процессоры второго поколения, в которых по отношению к Llano изменениям подверглось почти всё: чипы получили новые ядра CPU Piledriver, графику с новой архитектурой, улучшенный блок UVD и прочие изменения. Как же ведут себя процессоры в повседневных задачах? AMD избегает в...
とても面白いのですが、配列の外にクロールがあっても、OCLのプログラムは颯爽と走ります- と入力すると、正常に動作しますが、空の無印のブロブから何も得られないどころか、0を取得します。
それが良いか悪いかは、その人の選択次第です。今更ながら知りました。
ゼロは何の意味もない。OCLのプログラムがコンパイルできないだけかもしれません。
外部のカーネル コンパイラ(グラフィックスハードウェアベンダーのもの)を使用していませんか?
ゼロでは何もわからない。OCLプログラムは、単にコンパイルできないだけかもしれません。
グラフィックハードウェアベンダーの外部コンパイラーを使用していますか?
ハードリブート後、感想をお聞かせください...
それが、今のところテスターでOpenCLをサポートして いない理由です...。
現在、私たちはこのOpenCLの問題を解決する方法を探しています。
では、アンドレイ さん、見てください。私はインテルのオフラインのものを持っています(記事には写真もあります)。何かあったときのメッセージも多い。その中ですぐにカーネルを 編集して、より早くできるようにすることができます。
とても便利です。デバッグができないのが残念です。でも、ターミナルエディタよりずっと便利です。
では、アンドレイ さん、見てください。私はインテルのオフラインのものを持っています(記事には写真もあります)。何かあったときのメッセージも多い。その中ですぐにカーネルを編集すれば、より早くなります。
とても便利です。デバッグができないのが残念です。でも、ターミナルエディタよりずっと便利です。
カーネルは、ロジックにしたがって、エラーなく作動し、動作する。私はMEでカーネルを全く編集しません。潜在的なエラーを検出するという点では役に立たないからです - 私はOpenCLCodeCheckerでチェックし編集します。カーネルは動く。
ループが配列を越えるようにわざと設定していますが、プログラム実行時にOCLドライバがクラッシュすることはありません。この「開き」はこのスレッドで報告されています。上のイリヤスさんの投稿をご覧ください。
確かに、MEの中ではダントツですね。
私のOpenCLCodeCheckerは、そのように動作しません。まあ、なんだ、Intelのやつでどうにかするか...。
確かに、MEの中ではダントツですね。
私のOpenCLCodeCheckerは、そのように動作しません。まあ、いいや、なんとかIntelのほうでやっていくよ...。
そう、6年前にAMDがATIを買収したのには理由があるんです。ちょうどCore 2 Duoが発表されたときです。
IntelもIGPの部分でじっとしているわけではなく、まだ遅れをとっている状態です。ixbtの専門家によると、Intel HD 4000はグラフィックの面で現在のA6に匹敵するとのことです。しかし、それは大きな進歩でもあるのです。
P.S. ところで、TrinityのOpenCLの部分は、それほど優れているわけではありません。Cayman CE(つまり6xxxシリーズ、なぜかHD 7xxxと呼んでいるが)をベースにしているようだが、double to floatの性能比は16である。
P.S. ところで、TrinityのOpenCLの部分は、それほど優れているわけではありません。コアはCayman CE(つまり6xxxシリーズ、なぜかHD 7xxxと呼んでいるが)ベースのようだが、double to floatの性能比は16である。