The one place for your designs
To upload designs, you'll need to enable LFS. More information
Time step adjustments to boundary condition changes only consider the boundary conditions localized to each processor.
When executing DORiE in parallel on multiple processors, the
BoundaryConditionManager reads all boundary condition, but only stores the ones that will be applied on its local boundary segments. Therefore, the values returned by
BoundaryConditionManager::max_time_step() will differ between processes if a certain boundary condition change is not "visible" to all processes. This leads to different processes having different time step sizes. The current behavior does not generally result in an error message but led to hanging processes in one occasion.
Execute example case below with
dorie run -p 2 config.ini
Note: Input data requires features of !187 (merged).
|Simulation Case||VZJ 2D extended testing phase run|
|Boundary Condition file||richards_bc.yml|
|Run config file||config.ini|
max_time_step() between all processes. Note that
BoundaryConditionManager has no means of communicating because it does not know the GridView.