[
https://issues.apache.org/jira/browse/SOLR-11242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Braun updated SOLR-11242:
---------------------------------
Description:
Sampling of an application which includes a very heavy query load testing
against an EmbeddedSolrServer reveals a huge amount of the time spent on
initialization of the QueryParser itself, specifically an internal class called
LookaheadSuccess which extends from Error. With every instance of QueryParser
created, it spends time populating the stacktrace for this object, which is
created as a final instance variable (the variable called jj_ls).
Ideally an exception shouldn't be used as a signaling mechanism, or at the very
least, not an exception created on every single object instantiation.
was:
Sampling of an application which includes a very heavy query load testing
against an EmbeddedSolrServer reveals a huge amount of the time spent on
initialization of the QueryParser itself, specifically an internal class called
LookaheadSuccess which extends from Error. With every instance of QueryParser
created, it spends time populating the stacktrace for this object, which is
created as a final instance variable.
Ideally an exception shouldn't be used as a signaling mechanism, or at the very
least, not an exception created on every single object instantiation.
> QueryParser should avoid creating an LookaheadSuccess(Error) object with
> every instance
> ---------------------------------------------------------------------------------------
>
> Key: SOLR-11242
> URL: https://issues.apache.org/jira/browse/SOLR-11242
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 7.0, 6.6.1, master (8.0)
> Reporter: Michael Braun
> Attachments: SOLR-11242.png
>
>
> Sampling of an application which includes a very heavy query load testing
> against an EmbeddedSolrServer reveals a huge amount of the time spent on
> initialization of the QueryParser itself, specifically an internal class
> called LookaheadSuccess which extends from Error. With every instance of
> QueryParser created, it spends time populating the stacktrace for this
> object, which is created as a final instance variable (the variable called
> jj_ls).
> Ideally an exception shouldn't be used as a signaling mechanism, or at the
> very least, not an exception created on every single object instantiation.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
