Readback synchronously from GPU the number (uint 4 Bytes) of live particles? Why?

Hello everybody,

I am new to the VFX (currently on 2022.1 v13) and I am trying to optimise some spikes I have been observing on some of the particle systmes. It seems to come down to the fact that every now and then there is a readback from GPU to CPU of a 4 Bytes buffer. It looks like it is there to query the number of live particles, as I never observe the value being higher than the Capacity field of the initializer block.

Now, this readback, as far as I can tell, comes from inside the DLL (not part of the C# source code shared on the github repository) and I can't figure why this is happenig, what it is used for, or if there is any workaround for it.

Can anyone at Unity shed some lights on this? What is this readback used for? Is it strictly necessary? Can we avoid/replace it? Does exist a combindations of blocks/contexts that will not trigger this readback?

Thanks in advance,
Fabio

 

Hi, thanks Julien for the quick reply. So, what I am observing are spikes at driver level, and you won't necessary be able to see any noticeable difference with typical local rendering setups. Lets say readbacks hurt us several order of magnitudes more than they normally do when, for example, PCI x16 is locally available (not the case I am looking at).

By the way, the test case is the Spaceship Demo, but I doubt it will be of any benefit to you because of the above it is unlikley you will see any measurable difference with a local setup.

Finally, I say these are "synchronous" because when I look at the params received by D3D11DeviceContext::Map(...) MapFlags != D3D11_MAP_FLAG_DO_NOT_WAIT. I guess, you can still have a similar asynchronous readback behaviour if you use an array (ring buffer?) of resources you want to read from, and you don't care too much at the immediate correctness of the data.

These are all assumptions, beacuse I can only observe what the driver receives, so if something is off, please let me know. Otherwise, would be D3D11_MAP_FLAG_DO_NOT_WAIT something vable to consider at implementaiton level?

Thanks,
Fabio