WIP Add flow_dyn#2874
Conversation
Adds a dynamic flow version that only takes number of equations as paramter The goal is to reduce the number of flow versions i.e reduce compile time The drawback is a slight overhead in the runtime. Initial testing indicates in the range of 2-3%. This may change....
|
I kind of like the current compile time?! |
It may not be worth the extra complication and overhead in the code, but the ever increasing number of flow version worried me enough to test an alternative. I know some colleagues have some more versions in making and also at TNO they are planning more. The suggested approach allows for both compile time and dynamic versions so we can get the best from both words. |
Jokes in writing is always difficult; I am positive to any suggestion which can reduce the current compile time! |
|
Cool, I need to let it sink in a bit before fully realizing the implications, but definitely positive from the outset :-) |
|
@totto82 : If this work is still relevant, how much effort would it be to rebase the patch onto the current master and make the changes necessary—if any—to make it run |
|
I will close the PR. It was for mostly discussion and testing. I think the bullet 1) above should be carried out. i.e. to avoid compile time determination if it is a gas-water, oil-water or a oil-gas case. The rest should probably not change. |
Adds a dynamic flow version that only takes number of equations as parameter
The goal is to reduce the number of flow versions i.e reduce compile time
The drawback is a slight overhead in the run time. Initial testing indicates
This should neither alter the results nor the runtime for flow.
Some optimization could potentially further reduce the overhead associated with the dynamic blackoil indices code.
Depends on OPM/opm-models#631