SU2, for the shapeas much as the flow
SU2 8.0.1 with MPI, and the Python drivers on the PATH.The container stays up, and your cases sit under /data.
$ dxflow workflow create --identity su2 hub://su2 --start
A solver,and the tools around it
SU2_CFD, SU2_DEF, SU2_SOL, SU2_GEO and SU2_DOT, all on the PATH.
SU2_CFD reads a .cfg and a .su2 mesh, and writes back into /data.
MPI may run as root here, so mpirun -np N needs no further flags.
SU2_DEF shifts the mesh, and SU2_DOT projects the gradients back.
MPI is readywithout the flags
Nothing to configure at start. Put the case under /data and call the solver.
$ SU2_CFD inv_NACA0012.cfg
$ mpirun -np 8 SU2_CFD inv_NACA0012.cfg
$ python parallel_computation.py -f inv_NACA0012.cfg -n 8
No window,just a prompt
The container stays up, and the cases live under /data.
Solving is half of it,optimizing is the rest
SU2 is a CFD suite with a design loop attached, and both halves are in this image.
SU2_CFD solves, and SU2_DOT, SU2_DEF, SU2_GEO and SU2_SOL handle gradients, deformation, geometry and output beside it.
An adjoint sweep is many solves. Pick the machine by core count, and match -np to what you actually got.
Meshes, restarts and the history file are written where you mounted them, and stay after the stop.
Pulled once,then it stays
SU2 arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 4 cores and 32 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
SU2 asks for 4 cores and 32 GB. Cheapest first.