-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Too many threads spawed in DANCo().fit() #7
Comments
Hi, thanks for reporting this ! The function does not use any library for multithreading or multiprocessing. Maybe adding this line at the beginning of the script would fix this ? |
Hi! The user already has the OMP_NUM_THREADS and MKL_NUM_THREADS to 1. Also, the number of threads created is in the hundreds, which leaves me to believe that is related to the dimensions or the number of timesteps. So there is something underlying this beyond the openblas/mkl threads |
I see, then I am a bit confused what can be causing this and how to fix it. I will try to reproduce this In the meantime maybe one of the solutions here could be a workaround: In particular answers by Josh Broomberg and by Amir |
Hello, I am an HPC technichal consultant and one of our users is using your package. The function
skdim.id.DANCo().fit(data)
seems to be spawning a significant number of threads with no apparent way to control the number. In an HPC environment, this is an issue. Is this intended?The text was updated successfully, but these errors were encountered: