Split the operation duneB_.mmv(x, resWell) in recoverSolutionWell into its two parts #5741
Conversation
lisajulia
force-pushed
the
feature/ms-wells-split-mmv-in-recoverSolutionWell
branch
from
51e0918
to
713cd4d
Compare
|
jenkins build this failure_report please |
|
6 failing tests Problems at least at:
This might be related to the time step change as well, like here: #5738 (comment) No visible deviations at:
|
|
For the one has obvious deviation, you can check whether there is deviation if you use small time step, for example, maximum 1 day time step. If with small time step, it has a good match, then to a big extend, we can think it is related to the different time step lengths. |
…019 to better compare the test compareECLFiles_flow+9_3D_GINJ_GAS_MAX_EXPORT_MSW for OPM/opm-simulators#5741
|
jenkins build this opm-tests=1248 failure_report please |
|
It is good to show this change might cause regressions, but I think this type of change can go in with the main PR together (including the PR #5738) so the picture is more clear. |
This is the one for solving: #5746 |
…o its two parts This is needed to later add communication for the multiplication with the matrix duneB_, since here we go from cells to segments, and everything concerning segments is stored globally.
lisajulia
force-pushed
the
feature/ms-wells-split-mmv-in-recoverSolutionWell
branch
from
713cd4d
to
118ccc6
Compare
|
jenkins build this please |
This is needed to later add communication for the multiplication with the matrix duneB_, since here we go from cells to segments, and everything concerning segments is stored globally.