You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Michael McCandless (JIRA)" <ji...@apache.org> on 2010/08/06 12:57:16 UTC
[jira] Updated: (LUCENE-2589) Add a variable-sized int block codec
[ https://issues.apache.org/jira/browse/LUCENE-2589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael McCandless updated LUCENE-2589:
---------------------------------------
Attachment: LUCENE-2589.patch
Attached patch.
Just like for the fixed int block case, I added a MockVariableIntBlockCodec (in src/test), with a stupid variable-sized int block encoding.
These MockVariable/FixedIntBlockCodec serve as a good example of how one can take any low-level int encoder and turn it into a Lucene codec.
I also increased randomness of the codecs picked for testing, by adding params like block size (for both fixed & variable mock intblock codecs) and the freq cutoff for Pulsing. So these configurations are now also randomly picked when running tests (= spikes on the monster's back).
> Add a variable-sized int block codec
> ------------------------------------
>
> Key: LUCENE-2589
> URL: https://issues.apache.org/jira/browse/LUCENE-2589
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Index
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Fix For: 4.0
>
> Attachments: LUCENE-2589.patch
>
>
> We already have support for fixed block size int block codecs, making it very simple to create a codec from a int encoder algorithms like FOR/PFOR.
> But algorithms like Simple9/16 are not fixed -- they encode a variable number of adjacent ints at once, depending on the specific values of those ints.
--
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org