lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Muir (JIRA)" <>
Subject [jira] Commented: (LUCENE-2886) Adaptive Frame Of Reference
Date Fri, 04 Feb 2011 15:08:28 GMT


Robert Muir commented on LUCENE-2886:

based on these results, I think a good experiment would be for
us to "group" Simple64, so that we arent reading blocks of just a single long value.

With NIOFS/SimpleFS, the reads are buffered so i think some of the overhead
is taken care of, but it doesn't tend to work so well with MMap.

So, if we 'group' the long values so we are e.g. reading say N long values
at once in a single internal 'block', I think we might get more efficiency
via the I/O system, and also less overhead from the bulkpostings apis.

I would hope this would speed up the other queries, and likely slow down
the +nebraska +states type thing, but I think thats ok.

> Adaptive Frame Of Reference 
> ----------------------------
>                 Key: LUCENE-2886
>                 URL:
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Codecs
>            Reporter: Renaud Delbru
>             Fix For: 4.0
>         Attachments: LUCENE-2886_simple64.patch, LUCENE-2886_simple64_varint.patch, lucene-afor.tar.gz
> We could test the implementation of the Adaptive Frame Of Reference [1] on the lucene-4.0
> I am providing the source code of its implementation. Some work needs to be done, as
this implementation is working on the old lucene-1458 branch. 
> I will attach a tarball containing a running version (with tests) of the AFOR implementation,
as well as the implementations of PFOR and of Simple64 (simple family codec working on 64bits
word) that has been used in the experiments in [1].
> [1]

This message is automatically generated by JIRA.
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message