You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for your open-source model as a well-established example for multi-GPU-based hydrodynamic solver.
Currently, I test the strategy of global minimum time step synchronization used in HiPIMS in our multi-thread-based model
And I find this strategy can not always guarantee the global minimum since read-modify-write operation can cause race conditions even for atomic variables.
In my case, this problem can cause some locally unconverged solutions during hydrodynamic simulation.
If possible, could you please check this problem in HiPIMS.
Thanks!
The text was updated successfully, but these errors were encountered:
Dear HEMLab Team,
Thanks for your open-source model as a well-established example for multi-GPU-based hydrodynamic solver.
Currently, I test the strategy of global minimum time step synchronization used in HiPIMS in our multi-thread-based model
HiPIMS-CUDA/apps/cudaMultiGPUsFloodSolver/cuda_mgpus_flood_solver.cu
Line 342 in e6f4b94
And I find this strategy can not always guarantee the global minimum since read-modify-write operation can cause race conditions even for atomic variables.
In my case, this problem can cause some locally unconverged solutions during hydrodynamic simulation.
If possible, could you please check this problem in HiPIMS.
Thanks!
The text was updated successfully, but these errors were encountered: