テストとパフォーマンス分析

• Media applications can aim for 60 FPS.
• Interactive applications must achieve a minimum of 72 FPS.

• Pipeline state changes: This involves changing shaders, textures, meshes, and such between draws.
  • Share meshes and instance meshes wherever possible.
  • Use global texture arrays if you can.
  • Use a minimal set of unified shaders that don’t generate variants.
• Main and render thread capacity: Consider the available resources on the render thread and on the main thread which is preparing and supplying data to the render thread.
  • Processes such as animation, skinning, and networking, can delay the start of the render thread and reduce the number of draw calls that can be executed within the target FPS.
• Graphics API and usage:
  • Vulkan vs. OpenGL ES.
  • Multi-threaded Rendering--low latency vs. frame-behind.
  • Usage of bindless textures and indirect draws.

• Busy Simulation: Applications with extensive simulations, VoIP, networking, animation, and skinning from other players or many NPCs. For example, multi-player shooters and populated social apps.
• Medium Simulation: Medium-sized worlds with fewer players or NPCs, such as single-player shooters and medium-populated social games. Most apps fall into this category.
• Light Simulation: Applications with minimal pipeline state changes such as escape room games, puzzle games, and co-op games.

• Triangles spanning multiple tiles: These cost more.
  • A triangle’s vertex shader runs three times (once per vertex) per tile it covers.
  • Larger triangles statistically cover more tiles, though predicting tile boundaries is challenging.
• Memory access patterns of your vertex attributes: These affect vertex shader speeds.
  • Dedicate a vertex attribute array for position data, skinning weights, and anything else used to calculate output position. Place anything else into a separate interleaved vertex attribute array. This setup improves the speed of the binning phase that focuses on attributes affecting output position.
• Vertex attributes: Monitor the number and precision of vertex attributes submitted to your vertex shader.
  • Remove unused channels such as NORMAL, TANGENT, or TEXCOORD*, or combined channels if possible, to boost performance.
  • Only the POSITION channel typically needs full-precision. Experiment with compressing other channels to half-precision and see if you can still maintain visual quality.

• App GPU Time (ms) (アプリGPUタイム(ms))
• Compositor Dropped Frames (コンポジタードロップフレーム数)
• Compositor GPU Time (ms) (コンポジターGPUタイム(ms))
• System CPU Util Avg%(システムCPU使用率平均%)
• System CPU Util Worst%(システムCPU使用率ワースト%)
• System CPU Util Util%(システムCPU使用率使用率%)

1. adb forward tcp:$port tcp:$port により、ターゲットモバイルポートをPCポートにリンクするためのリモートポート転送を有効にします。
2. デバイスセットアップの説明に従って、デバイスを開発者モードに設定します。
3. デバッグ対象のアプリを起動します。
4. Unrealコンソールコマンドgdbserver $portにより($portはポート番号)、モバイルデバッグ上でgdbserverを起動します。アプリがフリーズするはずです。これでデバッグの準備ができました。
5. コンピューター上でコマンドラインからコマンドgdb.exeを実行し、ndk-gdbクライアントを起動します。起動時に、GDBコマンドラインでtarget remote :$portと入力することにより、モバイルデバイスをつなぎます。

• RenderDoc: GPUフレームキャプチャとプロファイリングに使用します。詳しくは、RenderDocをご覧ください。
• Systrace: Androidのシステム利用率をすべて報告します。詳しくは、レンダリングステージトレーシングでのGPU Systraceの使用とシステムトレーシングの概要⁠をご覧ください。
• Snapdragon Profiler: Meta QuestではQualcommチップセットが使用されているため、Snapdragon Profiler⁠を使ってCPU、GPU、DSP、メモリ、電力、熱、ネットワークデータを分析することができます。
• Unreal Insights: エンジンの詳細プロファイリングに使用します。詳しくは、Unreal Insights⁠をご覧ください。
• APITrace: API呼び出しのトレースに使用します。詳しくは、apitrace⁠をご覧ください。

• Meta開発者フォーラム⁠
• Meta Questヘルプセンター⁠
• UnrealコミュニティWiki⁠
• Unrealエンジンのドキュメント⁠