Skip to content

[WIP] Actually terminate OpenBLAS when running out of thread buffers - #5963

Closed
martin-frbg wants to merge 3 commits into
OpenMathLib:developfrom
martin-frbg:issue5958
Closed

[WIP] Actually terminate OpenBLAS when running out of thread buffers#5963
martin-frbg wants to merge 3 commits into
OpenMathLib:developfrom
martin-frbg:issue5958

Conversation

@martin-frbg

Copy link
Copy Markdown
Collaborator

for #5958 - allowing program termination to be overriden by a user-supplied xerbla

@imciner2

imciner2 commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

I'm not a large fan of putting terminating statements inside library error handlers. It can lead to killing higher-level sessions, such as terminating the Julia REPL process instead of just throwing back an error to the user.

Is there no way to propagate the failure condition back through the function chain?

@martin-frbg

Copy link
Copy Markdown
Collaborator Author

Yes, I don't like it much either. Probably the better alternative is to return a xerbla error on the individual BLAS call that failed, and hope that the caller heeds it. (Bad enough that there is no other error return mechanism in the standard, and even my makeshift error code 999 clashes will all those LAPACK routines that return something like the index of the first zero or otherwise improper diagonal element of a matrix)

@martin-frbg

Copy link
Copy Markdown
Collaborator Author

Try 2 is in #5956 - return a XERBLA code -999 on the individual BLAS call without terminating the process, leaving it up to the caller if and how they handle the failed call. (Could add a wait-and-retry, but I think it would be unlikely to help in such cases of catastrophic oversubscription)

@martin-frbg martin-frbg closed this Aug 7, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants