[ 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org