UniTaskでawait時にGC Allocが発生し，フレームレートが低下する．

Question

生じている問題

Cysharp.Threading.Tasks.LinqのAwait系を使うと致命的なGC Allocが発生し，フレームレートが低下してしまいます．
UniTaskはzero allocationで有名ですが，UniTaskAsyncEnumerableはその限りではないのでしょうか？
（ちなみに，私はUniRxをあえて採用せずUniTaskAsyncEnumerableを使っています．）

ご回答よろしくお願いいたします．

該当のコード

下記コードでHp（IAsyncReactiveProperty<int>型）が変化した瞬間GC Allocが発生し，大きなフレームレート低下を引き起こします．
Subscribeの中身やawaitする非同期関数の種類は関係なく，SelectAwaitでawaitするとこの現象が引き起こされるようです．

_playerStatus.Hp.WithoutCurrent()
                .SelectAwait(async _ =>
                {
                    await UniTask.Delay(2000);
                    return AsyncUnit.Default;
                })
                .Subscribe(_ =>
                {
                    Debug.Log("change HP");
                });

ちなみに下記のユースケースでは上記のような現象は発生しません．

async void Update()
        {
            if (Input.GetKeyDown(KeyCode.Space))
            {
                await UniTask.Delay(1000);
            }
        }

プロファイラー

UniTaskLoopRunnerUpdateでGC Allocと大きなスパイクが確認できます．

Answer 1

https://github.com/Cysharp/UniTask#allocation-on-profiler

AsyncStateMachineの割り当てをデバッグビルドではclass、Releaseビルドでは構造体でやる仕様がありここらへんの差異で起きているのではと思ったのですがどうでしょう？
ここら辺を踏まえてもなお改善しない場合はここじゃなくてissueが妥当かもしれません。

またその際にはIL2CPP/Monoバックエンドで挙動が違ったりするのでバックエンドやPlatform、UnityVersion含めて全部記録して実機ビルドでのReportもしたうえで発生条件を整理するとよいと思います。

Comments

[leaf21341]

回答ありがとうございます．

>AsyncStateMachineの割り当てをデバッグビルドではclass、Releaseビルドでは構造体でやる仕様がありここらへんの差異で起きているのではと思ったのですがどうでしょう？

リリースビルドにしてもGC Allocが発生していたので四苦八苦していたのですが，色々調査した結果async/await自体のGC AllocとUniTask自体のGC Allocを混同していました．
つまり，Await系はそもそもasync/awaitのオーバーヘッドが大きくなりがちということですね．

（結局，Await系をプレイ中のフレームレートにダイレクトに影響する場面で使わないこととしました．）