More than 5 years have passed since last update.

【Unity】Unite 2015「Unity パフォーマンス・チューニング」レポート

Last updated at 2015-04-23Posted at 2015-04-23

レポート一覧

非同期読み込みのAPI
- Applicalion.LoadLevelAsync
- AssetBundle.LoadAsync
- Resources.LoadAsync(5.0)

シーン遷移時は古いシーンと新しいシーンが同時にメモリに載る
- 新しいシーンを読み込む前に空のシーンを読み込むことで回避できる
- ただし、デメリットもある
- 古いシーンで使っていて新しいシーンでも使う予定のアセットをアンロードしてしまう

5.0においてオブジェクトの削除が改善された
- オーバーヘッドが小さくなりました
- クリーンナップがバックグラウンドで行われる
- アセットはGCが走るまで残っている
- ガタツキに繋がらないようにいいタイミングで使うこと
主導でGCを起動してもいい
- GC.Collect
- Resources.UnloadUnusedAssets
安全な仕組みがない
- アセットが使われているかどうかを判断する機能がない
- エディタなら依存関係がわかるが・・・

GC.Collectによってスパイクが起きる
仕組みを理解しよう
- Mark and sweep型
- staticオブジェクトからスタック、ヒープをスキャンしていく
- 分散しているとランダムアクセスで何度もアクセスしてしまう

GCがあまり動かないようにするためには
- データのレイアウトを考えること
- リファレンスが密に行われること
- classではなくstructを使用すること
GCが起動する理由
- ヒープのメモリが不足している場合
- ヒープは残っているけど割り当てがたくさんある場合

class Character
{
    public string Name;
    public Vector3 Pos;
}
Character[] characters;

struct Character
{
    public string Name;
    public Vector3 Pos;
}
Character[] characters;

GC for array length 1,000,000 characters on MBP
- Class with randomized memory locations: 35ms
- Class with linear memory: 20ms
- Structs: 10ms
- Struct and no String: 0.18ms
stringを完全に無くすとかかった時間が短縮された

Findは使わないように
- Inspectorで設定することでスピードが上がる、
  安定する、検索漏れがなくなる
過剰な遷移を避ける
MonoBehaviourのUpdateの数を減らす
- 1,000個のMonoBehaviourのUpdateを呼び出すのではなく
  1つのMonoBehaviourのUpdateから1,000個のUpdateを呼び出す
- 1つのゲームオブジェクトで複数のコンポーネントを管理するイメージ
Componentとかゲームオブジェクトはキャッシュする
- すべてMonoBehaviourを使う必要はない
- MonoBehaviourはかなり負荷が高い
- 通常のC#を使うこと
- ゲームオブジェクトも同じことがいえる
- positionとかtransformが必要だったとしても
  C#でクラスを用意することも必要
- Unityの機能をすべて使わなくてもいい
たくさんの子オブジェクトの更新は負荷が高い
- エディタ上でちゃんとHierarchyを整理しよう
- transformのオーバーヘッドに注意

非同期でロードしよう
オブジェクトを再利用すること
キャッシュして繰り返し作業しないように
自分が何を実装しているのかによってボトルネックが何かは変わってくるので
ちゃんとプロファイラーをみて改善策を選択すること
- 他の人のアドバイスを聞くよりも自分のゲームのプロファイラを信じること