-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
stricter tolerance for wells with zero rate target #4572
stricter tolerance for wells with zero rate target #4572
Conversation
for StandardWell only at this moment.
benchmark please |
jenkins build this please |
Benchmark result overview:
View result details @ https://www.ytelses.com/opm/?page=result&id=2024 |
Anyway, I am making this PR draft to put a little more thinking time. |
Although I believe we should use tighter tolerance for the wells (StandardWell for now, like PR #4556), but there is no capacity to investigate and test from my side. Maybe we should use this PR as a transitional solution. It does not break things and it fixes the reported issue. |
jenkins build this please |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me. I think we should add the same for MSW afterwards, unless you think a different approach should be used there.
I do believe this is hacky and can only be used a temporary approach. At the same time, it does not break things and it improves the results for certain setups. Before we want to enforce a stricter or physically more meaningful tolerance for wells in general, we can use this PR for now to prioritize other developments. I am getting this PR in now. |
jenkins build this update_data please |
Reason: PR OPM/opm-simulators#4572 opm-common = 5048b4e9ece004595bb37cb2e42b0e6bc2c40b9e opm-grid = 719d3f15e8ca0df1e3c9a348c82e49753d66431b opm-models = cec7082cde00cea722869485bd2c3534c604a738 opm-simulators = fc2b0641c89841d2dd3ec437c1ced29234d4c499 ### Changed Tests ### * base_model2 * base_model2_welpi * multregt_model2 * actionx_m1 * multxyz_model2 * multflt_model2 * multflt_sched_model2 * multpvv_model2 * swatinit_model2 * endscale_model2 * hysteresis_model2 * multiply_tranxyz_model2 * editnnc_model2 * norne_reperf * 0_base_model6 * 0a_aquct_model6 * rxft_smry * actionx_wpimult
jenkins build this opm-tests=944 please |
Automatic Reference Data Update for PR OPM/opm-simulators#4572
…ero_rate_wells stricter tolerance for wells with zero rate target
@GitPaean Did this make it into 2023-04-RC1? |
no, it did not, but I am not sure whether it has to. |
for StandardWell only at this moment.
It improves the results of a reported case with zero RESV control (black line referee result, green line master branch, red line this PR ).
And more importantly, with the defaulted relative slack tolerance, there is some error when coming to the connection rates and the well rates (0 for this circumstance), potentially affecting the mass balance of the whole system (it means the flow out from the reservoir is not equal the flow into the reservoir through the wellbore with 0 well rates).
Ideally stricter tolerance should be applied to all the wells (#4556), but not sure how we should test and proceed with that direction, there might be some substantial investigation efforts involved. This PR is implemented as a temporary approach to fix the immediate issue from the reported case.