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
we find instability in computing steady states for certain parameter ranges.
This is caused by the fact random_warmup is set to true (probably) by default in get_steady_states. It seems the algorithm is not converging to all solutions, as it is doing the parameter homotopy from a system of polynomial that was adequate for a given parameter, but is not working well when you change the parameters of your system. The way that we implemented a fix is to start tracking the solutions from a trivial polynomial system which we know has the maximum number of solutions possible. This you do setting random_warmup = false in get steadystates.
It doesn't seem to be a problem we can solve, it might be more of an issue for the HomotopyContinuation.jl people.
A fix for now is setting random_warmup = false in get_steady_states function.
The text was updated successfully, but these errors were encountered:
We’ve seen this with coupled parametrons too, seems like neither false nor true is an optimal default setting. Does this noise also appear when plotting class=“all” ? Just to make sure it’s not due to misclassification …
oameye
changed the title
Instability in computing steady stares for certain parameter ranges
Instability in computing steady states for certain parameter ranges
Oct 20, 2022
When plotting the stability diagram of the parametron with the following code,
we find instability in computing steady states for certain parameter ranges.
This is caused by the fact
random_warmup
is set totrue
(probably) by default inget_steady_states
. It seems the algorithm is not converging to all solutions, as it is doing the parameter homotopy from a system of polynomial that was adequate for a given parameter, but is not working well when you change the parameters of your system. The way that we implemented a fix is to start tracking the solutions from a trivial polynomial system which we know has the maximum number of solutions possible. This you do settingrandom_warmup = false
in get steadystates.It doesn't seem to be a problem we can solve, it might be more of an issue for the HomotopyContinuation.jl people.
A fix for now is setting
random_warmup = false
inget_steady_states
function.The text was updated successfully, but these errors were encountered: