Repository navigation
Errors in using parallel processing for models with starting point bias #96
|
Dear pyddm developer, Thanks for making this wonderful package. I am using the DDM/collapsing boundary model with starting point bias parameter. I noticed that for models with starting point parameter, the fitting speed is extremely slow which is quite different from using the other packages which utilize the Navarro likelihood. Therefore i was thinking maybe parallel computing might faster the fitting process. However, i confronted the following error which only happens in when the starting point parameter was added: RemoteTraceback Traceback (most recent call last) The above exception was the direct cause of the following exception: NameError Traceback (most recent call last) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\functions.py in fit_adjust_model(sample, model, fitparams, fitting_method, lossfunction, verify, method, verbose) ~\anaconda3\envs\pyddm\lib\site-packages\scipy\optimize_differentialevolution.py in differential_evolution(func, bounds, args, strategy, maxiter, popsize, tol, mutation, recombination, seed, callback, disp, polish, init, atol, updating, workers, constraints) ~\anaconda3\envs\pyddm\lib\site-packages\scipy\optimize_differentialevolution.py in solve(self) ~\anaconda3\envs\pyddm\lib\site-packages\scipy\optimize_differentialevolution.py in _calculate_population_energies(self, population) ~\anaconda3\envs\pyddm\lib\site-packages\scipy\optimize_differentialevolution.py in call(self, x) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\functions.py in _fit_model(xs) ~\anaconda3\envs\pyddm\lib\site-packages\paranoid\decorators.py in _decorated(*args, **kwargs) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\models\loss.py in loss(self, model) ~\anaconda3\envs\pyddm\lib\site-packages\paranoid\decorators.py in _decorated(*args, **kwargs) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\models\loss.py in loss(self, model) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\models\loss.py in cache_by_conditions(self, model) ~\anaconda3\envs\pyddm\lib\site-packages\pyddm\functions.py in solve_all_conditions(model, sample, condition_combinations, method) ~\anaconda3\envs\pyddm\lib\site-packages\multiprocess\pool.py in map(self, func, iterable, chunksize) ~\anaconda3\envs\pyddm\lib\site-packages\multiprocess\pool.py in get(self, timeout) NameError: name 'np' is not defined |
Replies: 1 comment 4 replies
|
Thanks for the bug report! Could you please post your full model? The error you're getting looks like a problem with the model rather than with the parallelisation. Regarding the slowness with the starting points: the last released version of PyDDM only uses this (fast) analytical solution when you use ICPoint, not ICPointRelative or any other similar single point starting positions. This is fixed in the latest version which should be released in the next month or so. If you are eager, you can find it at: https://github.com/mwshinn/PyDDM/tree/dev |
Thanks for the bug report! Could you please post your full model? The error you're getting looks like a problem with the model rather than with the parallelisation.
Regarding the slowness with the starting points: the last released version of PyDDM only uses this (fast) analytical solution when you use ICPoint, not ICPointRelative or any other similar single point starting positions. This is fixed in the latest version which should be released in the next month or so. If you are eager, you can find it at: https://github.com/mwshinn/PyDDM/tree/dev