[
https://issues.apache.org/jira/browse/LUCENE-3725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13195162#comment-13195162
]
Uwe Schindler commented on LUCENE-3725:
---------------------------------------
Thanks @ Dawid and Mike. I expected something like that, but when I read the
issue, this was just funny! Thanks for clarification, it seems that there was
background information (maybe only discussed in IRC) missing.
About the Kumoroji: In my opinion, the JAR size is not the major thing. The
reason why Robert and me was compacting structures was to a) reduce SVN
checkout size (this should improve by packing) b) reduce memory footprint of
the Analyzer (and that is also improvement). As the FST is only build once
during rebuilding the binary FST from the dict and not at runtime, should we
not package for memory efficiency?
> Add optional packing to FST building
> ------------------------------------
>
> Key: LUCENE-3725
> URL: https://issues.apache.org/jira/browse/LUCENE-3725
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/FSTs
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Fix For: 3.6, 4.0
>
> Attachments: LUCENE-3725.patch, LUCENE-3725.patch
>
>
> The FSTs produced by Builder can be further shrunk if you are willing
> to spend highish transient RAM to do so... our Builder today tries
> hard not to use much RAM (and has options to tweak down the RAM usage,
> in exchange for somewhat lager FST), even when building immense FSTs.
> But for apps that can afford highish transient RAM to get a smaller
> net FST, I think we should offer packing.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
