Closed russelljjarvis closed 6 years ago
So you are saying that the GA doesn't hang but exhaustive search does due to this issue?
I believe so, although that defies common sense because the GA is more complex.
This code works better. It errors for a different reason (capabilities/spike_functions reasons), where I accidentally changed the capabilities/spike_functions.py code as I was not installing 'neo==0.5.2' by default.
I do not understand the critical difference between russelljarvis/functional and scidash/test_branch but I believe running a diffing program over them should help.
In retrospect I think the problem may have been that values with rheobase<=0pA were still not filtered out effectively. Additionally the branches may have varied in backends.py quite a lot.
I merged the branch functional into test_branch am aiming to demonstrate test_branches functionality, by running it on travis at:
@russelljjarvis What is the status of this?
Fixed ages ago.
After spending some time investigating this issue, I am starting to think that there might be problems to do with simultaneous file writing in get_neab.py. It is well documented that simultaneous parallel file writing leads to thread lock, and not only that these operations are unnecessary anyway. I will try to change the use and implantation of get_neab to stop threadlocking. Also it is unclear how and why the NSGA GA avoids these issues.