[
https://issues.apache.org/jira/browse/SOLR-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12875710#action_12875710
]
David Smiley commented on SOLR-1941:
------------------------------------
I hope to investigate if upgrading to Jetty 6.1.24 will fix the problem. I may
have time Monday.
> Jetty configuration is faulty with many cores & simultaneous requests
> ---------------------------------------------------------------------
>
> Key: SOLR-1941
> URL: https://issues.apache.org/jira/browse/SOLR-1941
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: David Smiley
>
> There is a problem with the default configuration of Jetty in the Solr trunk
> release (not present in Solr 1.4 and prior). There is a difference in the
> jetty configuration which is for the latest Solr to use the QueuedThreadPool
> (as seen in jetty.xml). Previously, it had used a BoundedThreadPool
> implementation that I've heard is considered deprecated presently. I have a
> multi-core setup where Jetty is serving up lots of Solr cores 9+ and when our
> client does a distributed search (3 of them at a time actually), it triggers
> a condition in which the query takes 50 plus seconds to respond. During this
> time, the machine is effectively idle, seemingly waiting for something. To
> fix this, go back to the former BoundedThreadPool implementation or don't use
> Jetty. FWIW this has triggered us to swtich to Tomcat.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
