アカウント名:
パスワード:
ゲームの画像メモリをちまちまと書き換える作業が始まるお…
Graphics Processing Unitとは言うものの、グラフィック/ゲーム用とは限らない。今回のは処理の高速化、ひらたくいえばスパコン的な用途を想定しているのでは?
もしそうなら、「大量データ(全メモリ+仮想記憶)を使った高速演算が、今までより楽になりますよ」が売りになるのはアリだと思う。
本文でも「煩雑さの軽減」とあるように、設計やコーディングを簡単にするのが目的に見えんこともない。
いまだと・gpuが処理しやすい形式にデータを前処理したり、・いったんcpu側に戻したり、・あるいは戻さなくて良いようなトリッキーな手法を考案したりなんてことをしないと本来の性能が出せなかったりするわけですが、しかしこういったところへ注力すると、どんどんコードが汚れてエンバグしたり他用途への再利用がしにくくなったりするからねえ。
でもコンパイラとランタイムが賢くないとありがたみがイマイチか。並列可能なところを自動or半自動で見つけて、かつ実行時の環境に合わせてcpu/gpuに処理を分散してくれるとか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
多重スクロール復権 (スコア:0)
ゲームの画像メモリをちまちまと書き換える作業が始まるお…
ハイパフォーマンス・コンピューティング (スコア:1)
Graphics Processing Unitとは言うものの、グラフィック/ゲーム用とは限らない。
今回のは処理の高速化、ひらたくいえばスパコン的な用途を想定しているのでは?
もしそうなら、
「大量データ(全メモリ+仮想記憶)を使った高速演算が、今までより楽になりますよ」
が売りになるのはアリだと思う。
Re:ハイパフォーマンス・コンピューティング (スコア:0)
本文でも「煩雑さの軽減」とあるように、
設計やコーディングを簡単にするのが目的に見えんこともない。
いまだと
・gpuが処理しやすい形式にデータを前処理したり、
・いったんcpu側に戻したり、
・あるいは戻さなくて良いようなトリッキーな手法を考案したり
なんてことをしないと本来の性能が出せなかったりするわけですが、
しかしこういったところへ注力すると、どんどんコードが汚れて
エンバグしたり他用途への再利用がしにくくなったりするからねえ。
でもコンパイラとランタイムが賢くないとありがたみがイマイチか。
並列可能なところを自動or半自動で見つけて、
かつ実行時の環境に合わせてcpu/gpuに処理を分散してくれるとか。