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
VPLanet would probably be ~10x faster, and a more flexible if it used a production quality ODE solver. I think LSODA (this is link to C version) is a good option. It automatically detects stiff ODEs, and will switch methods to be as efficient as possible. This would allow VPlanet to implement modules with stiff ODEs, like chemical reactions in the atmosphere. It looks like the POISE module already introduces stiff ODEs, which RK4 has a hard time dealing with.
The text was updated successfully, but these errors were encountered:
Thanks for the suggestion, Nick! The current solver is pretty basic and doesn't handle large disparities in timescales for ODEs, so this method could be a great option for improving speed.
VPLanet would probably be ~10x faster, and a more flexible if it used a production quality ODE solver. I think LSODA (this is link to C version) is a good option. It automatically detects stiff ODEs, and will switch methods to be as efficient as possible. This would allow VPlanet to implement modules with stiff ODEs, like chemical reactions in the atmosphere. It looks like the POISE module already introduces stiff ODEs, which RK4 has a hard time dealing with.
The text was updated successfully, but these errors were encountered: