Michael McCandless

Another thing we could consider is changing DWPT's postings addressing from `int` to `long` so we don't need retry logic. We could do it, always, increasing the per-unique-term memory cost....

I like this idea! It seems like it'd especially help primary key lookup against fixed length IDs like UUID? Hmm, the QPS in the `luceneutil` runs are way too high...

Actually I can just re-merge your prior `CHANGES.txt` entry from [here](https://github.com/apache/lucene/pull/11888/commits/a695c07da8ccdb348c87f98e6b4be6d778d919c3), so no need to push another rev here. Thanks @vsop-479 !

Oooh this change gave a nice pop (~5.4%, ~915 -> 964 K lookups/sec) to the primary key lookup nightly benchy: https://home.apache.org/~mikemccand/lucenebench/PKLookup.html I'll add an annotation, exciting!

> 3\. Is it important to preserve a default aggregation value of the right type in the results (i.e. `-1` for int aggregations, `-1f` for float aggregations)? If not, we...

> I found a fun HeisenBug in one of the tests. Oh the joys of floating point math. > For those who want to follow along, here are the exact...

> The regression in the taxo task is explained in the profiler. Boxing is not cheap: > `11.24% 10402M java.lang.Integer#valueOf()` Hmm this is sort of spooky -- should we aim...

I am far from knowing much about Kuromoji and its dictionaries but this sounds like a great change (being able to load a new (UniDic) dictionary format, and the PR...

Now that #12408 was backported in https://github.com/apache/lucene/pull/13300 can we now backport this to 9.x? Or was it already done in an un-linked PR or so? Remembering to backport is proving...

> The built kuromoji jar with unidic-cwj-3.1.1-full eventually becomes 442M. Besides the size, I think we should consider performance. I'm worried that there can be a significant impact on analysis/indexing...