iverase commented on PR #13948:
URL: https://github.com/apache/lucene/pull/13948#issuecomment-2439897160
I have a second iteration and I realise that this change can be easily done
if we introduce a new abstraction. I have called it `RandomAccessInputRef` and
it is equivalent to BytesRef b
dabao1990 opened a new issue, #13960:
URL: https://github.com/apache/lucene/issues/13960
### Description
spack install --overwrite --keep-stage --no-checksum lucene@10.0.0
[root@localhost spack-src]#java -cp
/home/spack/opt/spack/linux-debian10-aarch64/gCc-8.3.0/lucene-10.0
vigyasharma commented on PR #13525:
URL: https://github.com/apache/lucene/pull/13525#issuecomment-2439879963
> it seems like single vector is a special form of multi-vector
re: single v/s multi-vectors, I think it makes sense to not force users to
chose multi-valued fields upfront. T
dsmiley commented on PR #13944:
URL: https://github.com/apache/lucene/pull/13944#issuecomment-2440149952
Thanks for this! I had to redo a bunch of tests over this matter at work.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHu
jpountz commented on PR #13958:
URL: https://github.com/apache/lucene/pull/13958#issuecomment-2440178064
I did more digging: vectorization actually worked on my Mac! So my best
guess is that I got a ~20% slowdown because I only have 2 lanes on it, so the
`trueCount != LONG_SPECIES.length()`
jpountz commented on PR #13957:
URL: https://github.com/apache/lucene/pull/13957#issuecomment-2440180415
The speedup was a bit smaller on nightly benchmarks, but the low p-values
suggest it's actualyl a speedup.
https://benchmarks.mikemccandless.com/2024.10.26.18.04.26.html
--
This is an
