newer test class for passive elephant tests breaks parallelism in dask, in the case of brian2 backend. about neuronunit HOT 4 CLOSED

This is only the case when the backend is brian2, and the model is adaptive exponential.

I think the reason is the passive tests try to store the model/simulator as a class attribute, and the brian2 module is assigned as a class attribute, but it is not picklable.

from neuronunit.

Which "passive test class" are you talking about?

Potential solution (though maybe there is something that should be done in the module itself): All SciUnit objects have an attribute unpicklable, which is a list. If you add the right attributes to that list (as strings with the names of the attributes), it will delete them (in a copy of the object) in the __getstate__ method (which pickle uses), which should then make it picklable. Of course, when unpickled, these attributes won't come automatically come back, but if the backend recreates them (as was the case with NEURONBackend, where initializing the simulation in each thread adds the h namespace back), then you should still be able to pickle and unpickle without a problem.

Don't worry about this right now.

from neuronunit.

Yes, I found a work around. Brian2 adexp is currently the slowest backend however, so it will hinder long term performance

from neuronunit.

This was fixed. I mistakenly stored a brian2 model using self.model inside my divergent version of the passive.py test class file. Code is fast again now including passive tests.

from neuronunit.