Unity / Compizでの3Dアプリケーションのパフォーマンスと他の構成との比較
過去に、compizと独自のNvidiaグラフィックスドライバーに問題がある3つの重要なアプリケーションがありました。 Googleearth、SecondlifeクライアントとBlender、compiz、そして古いShellは長い道のりを歩んできました。そして、Compiz合成がオンになっているときのこれらのアプリケーションのパフォーマンスは、今ではほとんど受け入れられています。
Mutterの代わりにUnityでCompizを使用することを決定した場合、これらまたは他の重要な3Dアプリケーションを、Compizを使用するUnityおよびMutterを使用するUnityでテストして、どれが最高のパフォーマンスを提供するかを確認しますか？これらのようなテストはあなたの主張をするのを助けるかもしれません。これまでのところ、Compizのハードウェア互換性の向上についてのみ聞いたことがあり、Unityのより優れた合成システムになると考えています。
上記の2つの構成を、古いシェルの最新のCompizと比較する方法と、これらのアプリケーションを実行するMutter合成を使用したGnomeShellのテストも比較に役立ちます。科学的なプレゼンテーションが必要な場合は、Phoronixの誰かがこの点で役立つかもしれませんが、そのようなテストから報告された正直な個人的な経験は非常に役立つと思います。
Unity with Compizのステータスはまだ初期の段階であり、状況もわかりません。特に特定のアプリケーションを使用する場合、作業を完了するために合成をオフにする必要があった昔に戻る必要がないことを願っています。 Unity Shellは古いシェルよりも合成に依存するため、言い換えると、Blenderなどを使用するために合成をオフにする必要がある場合はどうなりますか？
Unity/Compizが3Dレンダリングを必要とするアプリケーションでうまく機能するようになるまで、もう少し待つ必要がないことを期待しています。
特定のアプリにどのように影響するかはわかりませんが、私の場合（ATI 4850を使用しています）、Metacityの代わりにCompizを実行する方がはるかに高速でした。これは、ウィンドウ描画ジョブがCPUではなくGPUによって行われたためです。ただし、GPUはGoogle Earthでのレンダリング以外の処理を行っているため、GPUのパフォーマンスはわずかに低下する可能性があります。そのため、Windowsでゲームを開くと、透明度や派手なものが無効になります。
適切に動作するビデオカードドライバを使用すると、通常のアプリケーションのパフォーマンスがほとんど低下することはありません。毎秒100フレームで実行されるビデオゲームでは、余分なコピーと通信が原因でパフォーマンスが低下することは確かですが、これにはcompizレベルのソリューションはありません。
実際には、MutterとCompizは同様の合成エンジンを使用しているため、各ウィンドウマネージャーで同じ種類の速度低下が発生します。
スローダウン問題の唯一の実際の解決策は、openGLシーンの上にフルスクリーンウィンドウを配置するハックです。ただし、これは、openGLシーンでペイントする必要があるため、通知などをそこに描画できないことを意味します。
GEMバッファオブジェクトをピックスマップとして公開するのではなく、FBOとして直接compizに公開することを検討する必要があります。これにより、これらのアプリケーションをフルスピードで表示するために必要なFPSブーストがいくつか得られます。しかし、これは遠い将来です。