[
https://issues.apache.org/jira/browse/LUCENE-5127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-5127:
--------------------------------
Attachment: LUCENE-5127.patch
I made some progress...
Finally clean up divisor and interval, which are only confusing to users since
they have done nothing in the default codec for so long: and in 5.x we dont
have to read any preflex indexes.
this makes interval a codec parameter for fixedgap and so on (like blocktree's
min/max). this is cleaner and more flexible anyway, because it means e.g. if
you use one of these codecs you can specify it per-field in the usual ways
rather than globally for the whole index.
the fieldcache-like divisor is gone. As far as the special -1 value, i didnt
yet clean this up, but i see two directions. The best IMO is to nuke the
mergeReader shit from ReadersAndLiveDocs completely. Otherwise we keep it and
codecs can do special shit based on IOContext, but in all cases we dont need a
special param.
tests are passing (at least once). More cleanups are needed to some of the
codec impls, and some of the special case tests for corner-case bugs in the
past (e.g. TII0+empty field name) should really be moved to fix-gap specific
unit tests.
> FixedGapTermsIndex should use monotonic compression
> ---------------------------------------------------
>
> Key: LUCENE-5127
> URL: https://issues.apache.org/jira/browse/LUCENE-5127
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Robert Muir
> Attachments: LUCENE-5127.patch, LUCENE-5127.patch
>
>
> for the addresses in the big in-memory byte[] and disk blocks, we could save
> a good deal of RAM here.
> I think this codec just never got upgraded when we added these new packed
> improvements, but it might be interesting to try to use for the terms data of
> sorted/sortedset DV implementations.
> patch works, but has nocommits and currently ignores the divisor. The
> annoying problem there being that we have the shared interface with
> "get(int)" for PackedInts.Mutable/Reader, but no equivalent base class for
> monotonics get(long)...
> Still its enough that we could benchmark/compare for now.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
