[
https://issues.apache.org/jira/browse/LUCENE-3298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13080967#comment-13080967
]
James Dyer commented on LUCENE-3298:
------------------------------------
Dawid, thanks for looking at this and for your comment. I realize completing
this issue might only have theoretical value, but working on this was a nice
way for me to learn a little about this fst implementation. Informally, I was
seeing ~20% performance loss on my 32-bit windows machine. I'm sure what I
have here can be tightened, but should there ever be a use case for this
(beyond Test2BPostings!) I would think we'd probably want a flag users can set
for whether or not it should use the "long" address space, etc, or something
along those lines.
> FST has hard limit max size of 2.1 GB
> -------------------------------------
>
> Key: LUCENE-3298
> URL: https://issues.apache.org/jira/browse/LUCENE-3298
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/FSTs
> Reporter: Michael McCandless
> Priority: Minor
> Attachments: LUCENE-3298.patch
>
>
> The FST uses a single contiguous byte[] under the hood, which in java is
> indexed by int so we cannot grow this over Integer.MAX_VALUE. It also
> internally encodes references to this array as vInt.
> We could switch this to a paged byte[] and make the far larger.
> But I think this is low priority... I'm not going to work on it any time soon.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
