4

いくつかのデモとチュートリアルを備えたWebGLをサポートするFirefoxとChromiumのナイトリービルドをチェックしていますが、それらが引き起こす非常に高いCPU負荷について疑問に思わざるを得ません。

このような単純なデモは、私のデュアルコアの持続的な60％で実行されます。これの大きなバージョンはCPUを100％まで最大化し、目に見えるフレーム損失があります。
クロムはFirefoxよりもわずかに優れているようですが、それほどではありません。これらがデスクトップアプリケーションである場合、CPU負荷はごくわずかであると確信しています。

では、ここで何が起こっているのでしょうか。何してるの？これらの単純なスクリプトを実行することは、それほど難しいことではありません。それはセキュリティの追加レイヤーか何かですか？

編集：ここでwebglに提供された元のデモを見つけました：http： //rrrola.wz.cz/files/puls_win.zip

これを（フルスクリーンで）実行すると、CPUが48％持続するため、間違っていた可能性があります...

4

3 に答える 3

4

webglが遅いのは確かです。それは新しいので、それはソフトウェアコンポジターを使用します。つまり、基本的にGPU-CPU-GPUは1つのフレームのみを呼び出します。FirefoxとWebkitの両方がそれに取り組んでいます

于 2010-06-07T07:32:51.990 に答える
1

パフォーマンスの問題を再現できません。最初のものは、私のCorei5の1つのコアのすぐ下を使用して98-100fpsで実行されます。2つ目は、1つのコアの約50％を使用します。

これは、Chrome開発チャネル、Windows 7 64ビット、Radeon HD 5770、つまり適度に強力な最新のマシンを使用したものです。

また、反復が多い場合（およびこれらのデモにはポリゴンが多いように見える場合）、コードサイズが小さいことは高速とは言えないことに注意してください。

于 2010-06-05T15:44:58.840 に答える
-2

グラフィックスレンダリングはCPUを非常に集中的に使用するため、GPUを搭載したビデオカードがあり、代わりに作業をオフロードできます。私はあなたのデモを試してみて、まともなビデオカードがインストールされている私のコンピュータでそれらがどのように動くかを見ていきます。

于 2010-06-05T15:44:10.530 に答える