mikemccand commented on PR #13521: URL: https://github.com/apache/lucene/pull/13521#issuecomment-2315942081
> We can replace it with Bit21With2StepsEncoder in future when the performance is comparable to x86. I wonder what mechanism we could use to remind ourselves when performance of `aarch64` catches up? It's frustrating that such arch-specific low level details find their way up to javaland clouds / Lucene level, but it seems a necessary evil for now. Maybe Lucene someday needs a little quick baby microbenchy that runs once on JVM startup (somehow) and identifies which of the N SIMD / scalar options we have for decoding blocks of different BPV ints are best for the current "context" and then remembers and uses the fastest options during decode of BKD/postings/doc values/vector-dot-products/whatnot. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org