-
Notifications
You must be signed in to change notification settings - Fork 5
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
Update Code for Dependency Changes #33
Conversation
@TomTranter I did a few more tests to see whether the liionpack steps or the OpenPNM steps were causing the slowdown, and I think I've determined it is indeed openpnm taking a long time to solve. I am using their updated methods to obtain the transient solution, but there is an option to use the legacy solver, or use a different integrator. Using the alternate integrator did speed things up by some amount. |
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.
@TomTranter I have determined the cause for poor performance is the lack of methods available for scipy integrators. I believe the problem is stiff, and RK45 is a poor suited integrator for stiff problems. There is already a pull request in the works for adding the other integrators to openpnm: PMEAL/OpenPNM#2880
@mleot I pinned the version we were using for OpenPNM to avoid these kinds of thing. I haven't kept pace with the developments there and thought going forward we would want to solve the thermal problem and global electrical problem in PyBaMM - I'm not sure it's worth pursuing updating OpenPNM |
Closing this pull request |
Primary Changes were to the openpnm function calls to reflect V3.0 and above syntax.