[
https://issues.apache.org/jira/browse/SOLR-6930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14269963#comment-14269963
]
Mike Drob commented on SOLR-6930:
---------------------------------
[~hossman] - I think they started out the same, but that issue ended up going
in a different direction for implementation.
[~anshumg] - This would certainly be something of an "expert" level feature,
and probably will be disabled by default. It might not ever be enable out of
the box, but remain reserved for the 1% power users that really value cluster
stability over individual queries.
The ES approach outlines several metrics on which they estimate and terminate -
field size, non-field size, and total size. There's more knobs to tune than
just those three - result size, result count, term cardinality, etc... One goal
would be to make the circuit breakers extensible enough that they can be added
to later, once we have experience with them and see which ones are useful.
It would also be reasonable to include a per-query "yes, I know what I'm doing,
I really want to run this" flag. Sometimes users run a query and don't realize
how many results they are about to get back. Sometimes users run a query and
know they are going to get a ton of results back. Both are valid support cases
that an operator needs to be aware of and prepared for.
> Provide "Circuit Breakers" For Expensive Solr Queries
> -----------------------------------------------------
>
> Key: SOLR-6930
> URL: https://issues.apache.org/jira/browse/SOLR-6930
> Project: Solr
> Issue Type: Bug
> Components: search
> Reporter: Mike Drob
>
> Ref:
> http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/_limiting_memory_usage.html
> ES currently allows operators to configure "circuit breakers" to preemptively
> fail queries that are estimated too large rather than allowing an OOM
> Exception to happen. We might be able to do the same thing.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
