[
https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12972990#action_12972990
]
Robert Muir commented on LUCENE-1410:
-------------------------------------
bq. How come bits cannot go up to 31? Or maybe you just use a full int if it's
over 28? Seems like a good idea...
Seems like we need to solve this with simple9/simple16 too?
bq. Although all tests pass if I run w/ -Dtests.codec=PatchedFrameOfRef2,
if I try to build a big wikipedia index I hit this:
Mike, I've encountered this problem myself while messing with for/pfor.
I know for these things we need low-level unit tests, but can we cheat in some
way?
Like a random test that encodes/decodes a ton of integers (including things
that would be rare deltas)
via the codec API?
> PFOR implementation
> -------------------
>
> Key: LUCENE-1410
> URL: https://issues.apache.org/jira/browse/LUCENE-1410
> Project: Lucene - Java
> Issue Type: New Feature
> Components: Index
> Reporter: Paul Elschot
> Priority: Minor
> Fix For: Bulk Postings branch
>
> Attachments: autogen.tgz, for-summary.txt,
> LUCENE-1410-codecs.tar.bz2, LUCENE-1410.patch, LUCENE-1410.patch,
> LUCENE-1410.patch, LUCENE-1410.patch, LUCENE-1410b.patch, LUCENE-1410c.patch,
> LUCENE-1410d.patch, LUCENE-1410e.patch, TermQueryTests.tgz, TestPFor2.java,
> TestPFor2.java, TestPFor2.java
>
> Original Estimate: 21840h
> Remaining Estimate: 21840h
>
> Implementation of Patched Frame of Reference.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
