-
-
Notifications
You must be signed in to change notification settings - Fork 25.8k
Use BLAS_Order.ColMajor sklearn/utils/_cython_blas.pyx #31263
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
Conversation
So this PR seems to fix the original problem, but then I have the feeling that we are running into a deadlock later. |
50747fb
to
3e74b36
Compare
…e-threaded] build
3e74b36
to
339e422
Compare
@@ -88,6 +88,7 @@ jobs: | |||
DISTRIB: 'conda-free-threaded' | |||
LOCK_FILE: './build_tools/azure/pylatest_free_threaded_linux-64_conda.lock' | |||
COVERAGE: 'false' | |||
SKLEARN_FAULTHANDLER_TIMEOUT: '1800' # 30 * 60 seconds |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The usual duration for the pylatest_free_threaded
run is below 20 min, so 30 minutes should give a large enough margin to avoid false positives.
The deadlock did not happen with the last commit, but if it happens again in the future, we should get more information to track down the cause of the problem, or at least point us to the test that is related to a potential race-condition. |
Attempt to fix #31257.
I also had a linter warning when editing this file in my IDE prior to making the changes in this PR.
I wonder why this problem would be free-threading specific though.