hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jean-Daniel Cryans (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-2141) Flexible thread pool for RPC server
Date Sun, 17 Jan 2010 20:37:54 GMT

    [ https://issues.apache.org/jira/browse/HBASE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12801497#action_12801497

Jean-Daniel Cryans commented on HBASE-2141:

This also helps with debugging jstacks so that if the user never uses 100 handlers but configured
100 then it's more pain to read through.

> Flexible thread pool for RPC server
> -----------------------------------
>                 Key: HBASE-2141
>                 URL: https://issues.apache.org/jira/browse/HBASE-2141
>             Project: Hadoop HBase
>          Issue Type: Improvement
>            Reporter: Andrew Purtell
>             Fix For: 0.21.0
> Having a bounded thread pool is important, so availability can degrade gracefully (more
or less), as opposed to the whole regionserver becoming livelocked. But, we don't need for
the pool to be preallocated as is done currently. How about changing the RPC server thread
pool such that the user can specify a minimum and maximum number of handler threads? The pool
would start with the minimum, allocate more up to the max to handle additional concurrency,
then terminate unused threads after some time back down to the minimum. Then we can do things
like set a maximum of 100 handlers or such without taking on the overhead of 100 threads until
it is needed. 

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message