-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
[C++] Dynamic hook simd level seems not involve sse4.2 #38623
Comments
It seems that we don't have any kernel for SSE4.2. So I think that this is not a bug. Anyway, do you want to implement a kernel for SSE4.2? Then we can support SSE4.2 in the dispatch code. |
Adding to kou's comment, the code you pasted are specific to the arrow compute functions. Currently no compute functions have a SSE kernel implementation so there's no need yet to check SSE in runtime. There are other places where arrow uses SSE such as in handling csv and json files. |
Thanks for your clarification! When I compile arrow by default options, is it supposed to run any x86_64 platforms even without sse4_2 since it will dynamically choose max simd level we can use? |
It depends. Do you plan to compile it on a machine with SSE4.2 support and run it on machines without? Then you should propably pass Also if you plan to use it on Windows,
Nope. Only the compute functions do this. Other places use the compile time constant |
Thank you for your reply, sorry I don't make my case clear, I want to compile it on a machine with avx and run it on SSE4.2 machine, it should work right? Also as you mentioned, some compile time constant is |
I see. The default |
Thanks for your help! |
Describe the usage question you have. Please include as many useful details as possible.
I have briefly go through the building related code, it seems that we can not use SSE4_2 simd level at runtime?
ARROW_HAVE_RUNTIME_SSE4_2 never used at runtime? Do I miss something, if this is a bug, I'd like to fix it.
Component(s)
C++
The text was updated successfully, but these errors were encountered: