You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems there is a tension between use of @jit vs. @njit. If I use jit, it's too easy to have a performance regression if some code makes Numba fall back to object mode. If I use njit, it's too easy to have a runtime error if some code path has unsupported constructs (... short of maintaining 100% code coverage for all Numba code).
I noticed there is a environment variable NUMBA_DISABLE_JIT which makes jit/njit behave as a no-op. Along those lines I'd like to see NUMBA_NJIT_AS_JIT which forces njit to behave as jit. How it would be used: the codebase uses njit for performance-critical code, and runtime errors are addressed during development. In the release environment, set NUMBA_NJIT_AS_JIT=1 to ensure there are no runtime errors and at worse only performance is affected, not correctness.
The text was updated successfully, but these errors were encountered:
Thanks for the query. Would it be sufficient to just have this locally in your code base? i.e. somewhere high up in the application start sequence have something like:
This issue is marked as stale as it has had no activity in the past 30 days. Please close this issue if no further response or action is needed. Otherwise, please respond with any updates and confirm that this issue still needs to be addressed.
Closing this question as it seems to be resolved. Numba now has a discourse forum https://numba.discourse.group/ which is great for questions like this, please do consider posting there in future :) Thanks!
(disclaimer: I'm new to Numba)
It seems there is a tension between use of
@jit
vs.@njit
. If I use jit, it's too easy to have a performance regression if some code makes Numba fall back to object mode. If I use njit, it's too easy to have a runtime error if some code path has unsupported constructs (... short of maintaining 100% code coverage for all Numba code).I noticed there is a environment variable
NUMBA_DISABLE_JIT
which makes jit/njit behave as a no-op. Along those lines I'd like to seeNUMBA_NJIT_AS_JIT
which forces njit to behave as jit. How it would be used: the codebase uses njit for performance-critical code, and runtime errors are addressed during development. In the release environment, setNUMBA_NJIT_AS_JIT=1
to ensure there are no runtime errors and at worse only performance is affected, not correctness.The text was updated successfully, but these errors were encountered: