Enzo Crema

Thanks for the ressources, yes I imagine OpenCL is not suitable for deep optimisations. For me it was a first step before digging deeper .
Also I take Embergen as the optimisations upper limit, I probably won't achieve that.

If anyone reading this thread is interested / want to contribute feel free to contact me !

PHENOMDESIGN
Inlinecpp too that you can reference in the nanovdb headers or a compiled Julia library . There will have to be some clever decomposition, abstraction, or/and multi-res.

I mean I'd rather do full on HDK than this tbh.

There's no need to have compiled Julia Libs or even implement NeuralVDB to have good performance to simulate a "realtime" or at least fast Smoke solver. I just need more control on the memory and avoid data transfer done when using nodes. I believe this is easily achievable.

How do I define performance ?
You can take Embergen as a benchmark as I believe this is peak performance for fluid solving. The guy who's working on it is really smart.


how large is the simulation domain
I'm not working on a specific simulation but on a solver, so with my current hardware I can probably go up to 500M active voxels.
So let's say a 1500^3 grid max with a 0.05 voxelscale

PHENOMDESIGN
Vellum Fluids is looking pretty good in Christopher Rutledge's demo:

how to use the SUPER FAST fluid and grains in Houdini 20.5 [www.youtube.com]

I mean for the amount of particles used this is extremely slow :/

PHENOMDESIGN
This channel provides a great explaination of Julia and the Spectral approach.
3D Pseudo-Spectral Navier-Stokes Solver in Julia

This looks interesting.

The thing is yes Houdini gives you that visual feedback which needed when working on Physics / Graphics stuff. But when building performance critical apps then Houdini is not powerfull enough, you'll then need to work on the HDK.
For example, every realtime-ish fluid solver are based on "Stable Fluids" algorithm by Jos Stam [www.researchgate.net] which is sadly not possible in Houdini due to poor performance and transfer when working on VDBs or native volumes.