Unityのbatching
kanonji
- 動的バッチ処理: かなり小さいメッシュ用に、その頂点を CPU 上に変換して多数の類似したものを群にし、ひとまとめにして描画します。
- 静的バッチ処理: 静的 (つまり、動かない) ゲームオブジェクトを大きなメッシュと結合して、それを高速でレンダリングします。
手動でゲームオブジェクトをマージするのに比べ、ビルトインのバッチ処理にはいくつか利点があります。特に、ゲームオブジェクトはビルトインのバッチ処理をしても個々にカリングすることが可能です。ただし、欠点もあります。静的バッチ処理では、メモリとストレージのオーバーヘッドを招きます。そして、動的バッチ処理では、いくらかの CPU オーバーヘッドが発生します。
https://docs.unity3d.com/ja/2019.4/Manual/DrawCallBatching.html
- バッチングはドローコール削減。
- ドローコールはCPU負荷。
- 動的バッチングはCPU負荷。
- ドローコールより動的バッチングの方がCPU負荷が大きい場合は逆効果。
- "Apple の Metal のような最新の API"が例えば、ドローコールの負荷がかなり低い。
- 静的バッチングはメモリとストレージ負荷。
kanonjiレンダリングする際には、まずCPUが全てのレンダリング対象オブジェクトの情報を集めます。
次にこれらのうち、マテリアルが同じだったりといったバッチング条件に合うものを一つのメッシュにまとめます。
こうしてまとめたメッシュごとに、Batchという処理単位を作ります。その後このBatchごとに、SetPass Call -> Draw Callの順に処理をしていきます。
SetPass Callとは、マテリアルの設定値をCPUがGPUに教える処理です。
もし一回前にSetPassした時とマテリアルが同じであれば、SetPass Callは不要なのでスキップされます。その後Draw Callが呼ばれます。
Draw Callとは、CPUがGPUに、SetPass Callで設定された値を用いてメッシュを描画することを命令することです。
https://light11.hatenadiary.com/entry/2018/06/06/001843
恐らくはこういう事。
Batch1個につきDraw callは必ず1回あるが、SetPass callはマテリアルが同じなら省略される。
なのでBatches ≒ Draw callsと考えて良さそう。