[
https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974315#action_12974315
]
Robert Muir commented on LUCENE-1410:
-------------------------------------
{quote}
Did you also test without a copy (without the readbytes() call) into the
underlying byte array for the IntBuffer? That might be even faster,
and it could be possible when using for example a BufferedIndexInput or an
MMapDirectory.
For decent buffer.get() speed the starting byte would need to be aligned at an
int border.
{quote}
Yes, for the mmap case I tried the original dangerous hack, exposing in
Intbuffer view of its internal mapped byte buffer.
I also tried mmapindexinput keeping track of its own intbuffer view.
we might be able to have some gains by allowing a directory to return an
IntBufferIndexInput of some sort (separate from DataInput/IndexInput)
that basically just positions an IntBuffer view (the default implementation
would fill from an indexinput into a bytebuffer like we do now),
but I haven't tested this across all the directories yet... it might help NIOFS
though as it would bypass the double-buffering of BufferedIndexInput.
For SimpleFS it would be the same, and for MMap i'm not very hopeful it would
be better, but maybe not worse.
if that worked maybe we could do the same with Long, for things like simple-8b
(http://onlinelibrary.wiley.com/doi/10.1002/spe.948/abstract)
> 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
