XNA / MonoGameでフレームレートのロックを解除すると、コードの効率がわかりますか？

MonoGameのフレームレートのロックを解除する方法は次のとおりです。

this.graphics.SynchronizeWithVerticalRetrace = false;
base.IsFixedTimeStep = false;

そして、それをゲームでの更新と描画の効率の基礎として使用します。

解像度では240×160、フレームカウンタを除いて描かれたり更新されて何も私はFPSの値を取得9000に11,000 FPSを。

コードをすべて追加すると、約1,100 FPSになります。

これは、コードがGPUの速度を大幅に低下させている（10倍）ことを示す良い兆候ですか？ゲームは60 FPSで実行されるので、私はまだそれからかなり離れていますが、ロック解除されたフレームレートのどの時点で心配する必要がありますか？

GPU：AMD FirePro W5000（FireGL V）

おおざっぱにのみ。

まず、FPSは線形尺度ではありません。11k FPSと9k FPSの違いは非常に小さいです（フレームあたり0.0000201秒）。しかし、60と2060 FPS（2k FPSデルタ、11kと9kの間に存在するものと同じ）の差は0.0161秒で、はるかに大きいです。したがって、大きな違いがそれほど悪い場合もそうでない場合もあるため、パフォーマンスメトリックとしては危険です。

代わりにフレームごとの時間を使用することは、推論するのが少し簡単ですが、それでも状況の非常に広い視野です。ゲームの1フレームにかかる秒数を示すだけです。特定の機能を追加または有効にした直後にフレーム時間の大幅な増加を見ない限り、理由はわかりません。

より詳細なプロファイリングを行う時期を決定するための基本的なバロメーターになります。CPUまたはGPUにバインドされているかどうかを判断するためにFPSを使用することは特に悪いことです。GPUプロファイリングは、CPUで時間を測定するほど簡単ではありません（おそらく、タイミングとFPS計算コードが使用される場所です）。

いつ心配する必要があるかについては...まあ、あなたはゲームが60 FPSをターゲットにしていると言った。その近くまたは下に浸り始めたら、おそらくパフォーマンスの問題についてより慎重に考え始める必要があります。それまでは、すべてを機能させることに集中し、それから高速にすることを心配していました。

なぜそれを使用できなかったのかわかりません！固定/可変タイムステップの違いに対応するために異なるコーディングが必要になる場合があるため、リリース時に修正することを計画している場合は、調整する必要があります。この記事を参照してください：http : //rbwhitaker.wikidot.com/time-steps

これは、私のコードがGPUの速度を大幅に低下させていることを示しています

CPUでもある可能性があります。コード内のホットスポットを見つけるために、Visual Studioの組み込みプロファイラーを定期的に実行することをお勧めします。

心配する必要がありますか？

それは明らかにターゲットとするハードウェアに依存します。サポートする最小要件のマシンに対してコードをテストする必要があります。少なくとも60で実行されていれば、あまり心配する必要はありません。