[jboss-jira] [JBoss JIRA] (WFLY-1708) Per-deployment web thread pools

David Lloyd (JIRA) jira-events at lists.jboss.org
Wed Jul 17 09:03:27 EDT 2013


    [ https://issues.jboss.org/browse/WFLY-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790297#comment-12790297 ] 

David Lloyd commented on WFLY-1708:
-----------------------------------

In general, my experience tells me that it is better to limit resource consumption as far upstream as possible - by doing this at the Undertow/XNIO level, we can prevent resources from being expended maintaining thread pool tasks (and thus possibly even exhausting the thread pool).
                
> Per-deployment web thread pools
> -------------------------------
>
>                 Key: WFLY-1708
>                 URL: https://issues.jboss.org/browse/WFLY-1708
>             Project: WildFly
>          Issue Type: Feature Request
>          Components: Web (Undertow)
>            Reporter: James Livingston
>            Assignee: Stuart Douglas
>
> It would be nice if you could limit the number of worker threads being used by an application, and one way of achieving that would be to add a per-deployment thread pool for handing web requests.
> This can be done currently by configuring one <connector> per application and giving each one it's own thread pool.
> Undertow supports (from cursory inspection) DeploymentInfo.setExecutor/setAsyncExecutor() which configured the Executor to use for requests. The subsystem could read a thread pool configuration from jboss-web.xml and pass the resulting executor into those two methods to make setting this up easier and not require a load balancer.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jboss-jira mailing list