[
https://issues.apache.org/jira/browse/LUCENE-2939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13002601#comment-13002601
]
Mark Miller commented on LUCENE-2939:
-------------------------------------
What you don't seem to get is that I don't mind if you push back. I don't mind
your position.
I mind your attitude. Changing the issue target 2 seconds after Grant with no
discussion. Declaring on your own that it won't get in. Not trying to get to a
real conversation about the issue (which you clearly don't fully understand if
you think storing term vectors will help). These things are my issue, not any
so called push back.
Well man, you need us on your team too. Performance bug is a technical valid
reason for a -1 on a release. I'm not threatening that - but I'm pointing out
that everyone needs to be on board - not just the RM. Taking the time for fair
discussion is not a waste of time.
> Highlighter should try and use maxDocCharsToAnalyze in
> WeightedSpanTermExtractor when adding a new field to MemoryIndex as well as
> when using CachingTokenStream
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: LUCENE-2939
> URL: https://issues.apache.org/jira/browse/LUCENE-2939
> Project: Lucene - Java
> Issue Type: Bug
> Components: contrib/highlighter
> Reporter: Mark Miller
> Assignee: Mark Miller
> Priority: Minor
> Fix For: 3.1, 4.0
>
> Attachments: LUCENE-2939.patch, LUCENE-2939.patch, LUCENE-2939.patch
>
>
> huge documents can be drastically slower than need be because the entire
> field is added to the memory index
> this cost can be greatly reduced in many cases if we try and respect
> maxDocCharsToAnalyze
> things can be improved even further by respecting this setting with
> CachingTokenStream
--
This message is automatically generated by JIRA.
-
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]