dsmiley opened a new pull request, #2701:
URL: https://github.com/apache/solr/pull/2701

   Instead, use a caller-runs policy.
   
   https://issues.apache.org/jira/browse/SOLR-17414
   
   This Executor is a bit special, and as such I don't think we should modify 
ExecutorUtil for the needs of one executor.  I'd like to back out Christine's 
and Gus's change.  Instead, MDCAwareThreadPoolExecutor can be subclasses 
wherever.  Didn't do this yet.
   
   If we imagine this Executor is of general use, then its initialization 
should remain in CoreContainer.  I put it in SolrIndexSearcher but could move 
it.  IMO it is of general use; the multi-threaded faceting should use the same. 
 So I'm inclined to move back.
   
   The queue size check should be configurable.  I could see values like 1, or 
the same as the thread count.
   
   It'd be nice to block but without busy waiting.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to