なぜ図書並行プログラミングは常に無視するデータを平行?[定休日]
-
13-09-2019 - |
質問
が大幅にシフトへのデータ並列プログラミング経由でシステムのようにOpenCLおよびCUDAにはこの数年の間に、まだ刊行のものなので話題のデータ並列プログラミング
らしくない、どうもありかなりのギャップはここにわれていて、現在停止している対処を行いました。
解決
最初に、また並行プログラミングはなの代名詞並列プログラミング並行プログラミングはアプリケーションを構築からゆるやかに結合す。例えば、ダイアログウィンドウが相互作用と管理を実施してます。並列プログラミングは、明示的に意識の解の計算のタスクを渡り、一枚のハードウェア実行が、基本的に、常にパフォーマンス上の理由で何らかの注記:もっRAMはパフォーマ時代案されました。
そこで、お願い見返り:からまつ?いて並行プログラミングしてくれてありがとうございますこのうち複数のがあり、多くの興味深い理論があり)、並列プログラミング?
本当にその約並列プログラミング、まだ少数の観測:
- CUDAは急速に移動するターゲットに対しています。本書は、今日ではそうする半古の時間で印刷できます。
- OpenCLの規格は発売されたばかりの下で。安定した実装に出てきた、過去8ヶ月です。あなたに十分な時間書いちろん、修正います。
- OpenMPは少なくとも複数の並列プログラミングの教科書と思います。最大バージョン2(v3が最近公開されたので、基本的にすべてのデータ並列プログラミング
他のヒント
私は今日学術的に並列コンピューティングで働く人々は、通常、クラスタコンピューティングの分野から来ていると思います。多かれ少なかれ誤っアルゴリズムをレンダリングする、より高度なグラフィックスの発展に伴い、汎用プロセッサへと進化してきた。
のOpenCLとCUDA使用グラフィックスプロセッサ、ただし、グラフィックスの人々と高性能コンピューティングの人々は今、いくつかの時間のために互いを「発見」されており、かつロットまたは研究がされていることは汎用コンピューティングのためのGPUを使用してにします。
は、「常に」少し強いです。データ並列のトピックが含まそこにリソースが(例の)があります。
ヒリスによって古典的な本「接続マシンは、」すべてのデータの並列処理しました。それは私のお気に入りの一つです。