[ 
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to