Started by timer6215f94888d85c129fdd71d27790164c613dfb617704f94888d85c129fdd71d27790164c613dfb617704refs/remotes/origin/mainf94888d85c129fdd71d27790164c613dfb617704f94888d85c129fdd71d27790164c613dfb617704refs/remotes/origin/mainf94888d85c129fdd71d27790164c613dfb617704f94888d85c129fdd71d27790164c613dfb617704refs/remotes/origin/mainhttps://gitbox.apache.org/repos/asf/lucene.git081718419testReportfalseJava: 64bit/hotspot/jdk-25.0.3 -XX:-UseCompressedOops -XX:+UseParallelGC#6215792443766667Lucene-MMAPv2-Linux #62156215falsefalse6215236107SUCCESS1791712140435https://jenkins.thetaphi.de/view/Lucene/job/Lucene-MMAPv2-Linux/6215/lucene/test-framework/src/java/org/apache/lucene/tests/index/BaseCompoundFormatTestCase.javalucene/CHANGES.txtlucene/core/src/test/org/apache/lucene/codecs/lucene90/TestLucene90CompoundFormat.javalucene/core/src/java/org/apache/lucene/codecs/lucene90/Lucene90CompoundReader.javalucene/core/src/test/org/apache/lucene/codecs/lucene99/TestVectorsMergeReadAdvice.javaf94888d85c129fdd71d27790164c613dfb6177041791707402000https://jenkins.thetaphi.de/user/noreplynoreplynoreply@github.comMerges read compound files through a mapping of their own (#16796) Since #16749 and #16684, a merge reads raw vectors and stored fields through a mapping it opens for itself, so the sequential access it advises does not replace the random access advised for searches. Inside a compound file this does not hold: the reader opens the inner file again through the compound reader, which slices the one mapping of the `.cfs` that searches read. The merge's advice lands on the pages searches read, and nothing restores it after the merge. `Lucene90CompoundReader` now opens inner files for a merge (an `IOContext` whose context is `MERGE`) through a second mapping of the compound file. The first merge open maps it, later merge opens share it, and it is closed with the reader. Like the mapping searches read, it is opened without advice, so each inner file is advised on its own region, from the context it was opened with. If the compound file is gone, merge opens fall back to the reader's mapping. Other opens are unchanged. A reader opened only for a merge maps the compound file once more in total. `BaseCompoundFormatTestCase#testManySubFiles` asserted one file handle per compound file. It now allows one more once an inner file is opened for a merge. Tests: - `TestLucene90CompoundFormat`: merge opens share one mapping of their own, separate from the reader's, closed with the reader; the fallback when the file is gone; and, on `MMapDirectory`, searches keep reading the reader's mapping while a merge reads another. - `TestVectorsMergeReadAdvice#testACompoundMergeOpensItsOwnMapping`: a merge of two compound segments maps each source compound file once, without advice, and closes the mapping with the segment's reader. Relates #16749, #16769, #16684 2026-10-11 10:30:02 +0200f94888d85c129fdd71d27790164c613dfb617704Merges read compound files through a mapping of their own (#16796)editlucene/core/src/java/org/apache/lucene/codecs/lucene90/Lucene90CompoundReader.javaeditlucene/test-framework/src/java/org/apache/lucene/tests/index/BaseCompoundFormatTestCase.javaeditlucene/core/src/test/org/apache/lucene/codecs/lucene99/TestVectorsMergeReadAdvice.javaeditlucene/CHANGES.txteditlucene/core/src/test/org/apache/lucene/codecs/lucene90/TestLucene90CompoundFormat.javagithttps://jenkins.thetaphi.de/user/noreplynoreply