[
https://issues.apache.org/jira/browse/LUCENE-4322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13440297#comment-13440297
]
Robert Muir commented on LUCENE-4322:
-------------------------------------
{quote}
In 3.6.1 it's 1.5M.
{quote}
A lot of that is because it supports several grammars of
StandardTokenizer/UAX29URLEMailTokenizer/ClassicTokenizer and still has
queryparser.
All of this was removed in core. 4.0 should be 1MB.
If we have megabytes of generated specialized code, we should remove all of
this and replace it with a simple loop. Then each optimization should be
re-introduced one by one based on its space/time tradeoff.
We certainly dont need optimizations for bits per value > anything like 4 or 5
I think. 32 is outlandish, just use an int[]
> Can we make oal.util.packed.BulkOperation* smaller?
> ---------------------------------------------------
>
> Key: LUCENE-4322
> URL: https://issues.apache.org/jira/browse/LUCENE-4322
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Michael McCandless
> Fix For: 5.0, 4.0
>
>
> These source files add up to a lot of sources ... it caused problems when
> compiling under Maven and InteliJ.
> I committed a change to make separates files, but in aggregate this is still
> a lot ...
> EG maybe we don't need to specialize encode?
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
