-
-
Notifications
You must be signed in to change notification settings - Fork 221
Is it normal for v10 to create System 10x bigger than v9.xx #3694
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
Ah. Setting the inter-body link from 'elastic' to a normal 'spring' (f=k*delta_l) roughly halves the size the |
@AayushSabharwal does #3693 fix this case? |
what was the exact MTK@v9 version? |
I fixed at v9.72 due to #3662 throwing the system off-balance in structural_simplify from 9.73 onward. |
You probably want to fix that. The initialization system got better at reporting unbalanced systems with that release, so you probably want to figure out why not just turn the warning off. |
Updating v9 environment to 9.80.3 now and will see how goes. Thanks! |
Yes, this is fixed in #3693 |
9.80.3 ... works! Not sure if I fixed the issue or MTK? Similar times and sizes as 9.72 @time "body_prop: " body_prop = ODEProblem(body_sys, body_sys_u0, (0.0, 1.0), body_sys_p0) @ named() : 108s Copied exact code changing only to MTK10.1 syntax for compile() and problem() again ... body_sys_op = merge(body_sys_u0, body_sys_p0)
@time "body_prop: " body_prop = ODEProblem(body_sys, body_sys_op, (0.0, 1.0)) @ named() : 53.1s Pkg.status:
(need to run but can try create a MWE next few days if that helps) |
Yeah, 9.80.3 fixes the compile time blowup issue for v9 but also accidentally introduces a few bugs which are fixed in 9.80.4 (currently being tagged). The same fix is ported to v10 in #3693 and will be released soon. |
Uh oh!
There was an error while loading. Please reload this page.
I am testing the breaking v10 with my 3D multi-body MTK (ODE)System.
Code required minimal adjustment and, eventually, leads to the same results. So far so good.
However, I noticed the
mtkcompile()
(formerlystructural_simplify()
) runs a little faster (20s -> 14s), but theODEProblem(sys, op, tspan)
creation (formerlyODEProblem(sys, u0, tspan, p0)
) takes massively longer (120s -> 3000+s) and creates a ~10x larger problem (120M -> 1.6G allocations).I have reduced the test system right down to a very basic 2-bodies connected with an elastic spring (f=0 for delta_l<0), so not exactly complex.
Is that expected behaviour for v10 as result of the new
System
definition?The text was updated successfully, but these errors were encountered: