[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