PSEUDOTENSOR / Jonathan McKinney
PSEUDOTENSOR / Jonathan McKinney
Also hung in cat part, same underlying function: ``` Current thread 0x00007f267cd56740 (most recent call first): File "/home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/scipy/stats/_continuous_distns.py", line 8315 in _rvs_scalar File "/home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/scipy/stats/_continuous_distns.py", line 8299 in _rvs File "/home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/scipy/stats/_distn_infrastructure.py",...
``` #0 0x00007f3d952f8ec2 in PyArray_CanCastTo () from /home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/numpy/core/_multiarray_umath.cpython-38-x86_64-linux-gnu.so #1 0x00007f3d952f920d in PyArray_CanCastTypeTo () from /home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/numpy/core/_multiarray_umath.cpython-38-x86_64-linux-gnu.so #2 0x00007f3d952f966a in can_cast_scalar_to () from /home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/numpy/core/_multiarray_umath.cpython-38-x86_64-linux-gnu.so #3 0x00007f3d954cc7b9 in PyUFunc_ValidateCasting () from /home/jon/minicondadai_py38_superclean/lib/python3.8/site-packages/numpy/core/_multiarray_umath.cpython-38-x86_64-linux-gnu.so #4...
I'm guessing it's because I use fork multiprocessing in python and sometimes messes up scipy. I don't think scikpy uses openmp, but maybe it uses blas. Although I'm using pthread...
FYI: https://github.com/openml/openml-python/pull/1140 Just to show how it can be made to work. Not necessarily elegent.
In the end I couldn't make this helper work properly. The scores are just wrong, e.g. AUC of 1. Had to use "plain" way of just asking task for splits...
> Does the code you provide above trigger this issue together with #1140? The PR is an attempted work-around, but it's incomplete and doesn't really work in general. As for...
This is the only change I made to my code: ``` use_loky = True if use_loky: from concurrent.futures import ThreadPoolExecutor as pool_thread #from loky import get_reusable_executor as pool_fork from loky...
Can I ask why you do something different than concurrent.futures in this regard? It seems to break compatibility. Thanks!
Now that datatable fixed that blessed use of stdin/stdout, I get still: ``` Exception in thread QueueManagerThread: Traceback (most recent call last): File "/home/jon/.pyenv/versions/3.6.4/lib/python3.6/threading.py", line 916, in _bootstrap_inner self.run() File...
Also get: ``` Exception in thread QueueManagerThread: Traceback (most recent call last): File "/home/jon/.pyenv/versions/3.6.4/lib/python3.6/threading.py", line 916, in _bootstrap_inner self.run() File "/home/jon/.pyenv/versions/3.6.4/lib/python3.6/threading.py", line 864, in run self._target(*self._args, **self._kwargs) File "/home/jon/.pyenv/versions/3.6.4/lib/python3.6/site-packages/loky/process_executor.py", line...