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
In certain use cases, only the exterior value is needed from a TracePair. For example: in one possible implementation of a multi-volume simulation in MIRGE-Com, the simulation driver would call inter_volume_trace_pairs (from #236) outside of the subdomain operator calls, feed the exterior values from the result into a set of boundary condition constructors, and discard the interior values. These boundary conditions would then be applied inside the individual operator calls (and at that time they would then be supplied interior values by the operator).
This issue is a reminder to think about whether the interior value should be made optional in TracePair, so that inter_volume_trace_pairs, etc., can be configured to only return the exterior values, or whether it should be left alone and we should just depend on lazy to eliminate any performance penalty.
In certain use cases, only the exterior value is needed from a
TracePair
. For example: in one possible implementation of a multi-volume simulation in MIRGE-Com, the simulation driver would callinter_volume_trace_pairs
(from #236) outside of the subdomain operator calls, feed the exterior values from the result into a set of boundary condition constructors, and discard the interior values. These boundary conditions would then be applied inside the individual operator calls (and at that time they would then be supplied interior values by the operator).This issue is a reminder to think about whether the interior value should be made optional in
TracePair
, so thatinter_volume_trace_pairs
, etc., can be configured to only return the exterior values, or whether it should be left alone and we should just depend on lazy to eliminate any performance penalty.cc @inducer
The text was updated successfully, but these errors were encountered: