[
https://issues.apache.org/jira/browse/SOLR-12084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson resolved SOLR-12084.
-----------------------------------
Resolution: Invalid
Please raise this question on the user's list at solr-u...@lucene.apache.org,
see: (http://lucene.apache.org/solr/community.html#mailing-lists-irc) there are
a _lot_ more people watching that list who may be able to help.
If it's determined that this really is a code issue in Solr and not a
configuration/usage problem, we can raise a new JIRA or reopen this one.
> ShingleFilter cause threads consume all available memory
> --------------------------------------------------------
>
> Key: SOLR-12084
> URL: https://issues.apache.org/jira/browse/SOLR-12084
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Schema and Analysis
> Affects Versions: 6.5, 6.5.1, 7.0.1
> Reporter: Tanapol Nearunchorn
> Priority: Major
>
> When putting ShingleFilter on query analyzer and after some specific query
> patterns go through Solr, it causes all of handlers thread to hold a large
> amount of SpanNearQuery objects and consume all available memory.
> My query analyzer looks like this:
> {code:java}
> <analyzer type="query">
> <tokenizer class="solr.StandardTokenizerFactory" />
> <filter class="solr.ASCIIFoldingFilterFactory" preserveOriginal="false" />
> <filter class="solr.WordDelimiterGraphFilterFactory" preserveOriginal="0"
> />
> <filter class="solr.LowerCaseFilterFactory" />
> <filter class="solr.ShingleFilterFactory" tokenSeparator=""
> maxShingleSize="3" />
> </analyzer>{code}
> After I tested with queries, it seems that the number of terms passing to
> ShingleFilter directly effect Solr memory usage. If ShingleFilter got 10-15
> terms as input, it takes much memory to process the request, so multiply with
> concurrent make problem goes worse.
> Not sure how to handle this problem, maybe we can put an upper limit number
> of terms produced by ShingleFilter or should we optimize something?
> Thank you.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
