You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Lars Hofhansl (Commented) (JIRA)" <ji...@apache.org> on 2011/12/19 07:44:30 UTC

[jira] [Commented] (HBASE-4970) Add a parameter so that keepAliveTime of Htable thread pool can be changed

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

Lars Hofhansl commented on HBASE-4970:
--------------------------------------

About to commit. What do we do with the CHANGES.txt file now. This is a 0.90 change, so I want to add it to the 0.90 section in trunk and 0.92 as well. They still have 0.90.5 marked as unreleased.

In 0.90 there is a 0.90.6 entry also marked as unreleased (in addition to 0.90.5, which is also marked as unreleased). Should I add a 0.90.6 row in 0.92 in trunk?

                
> Add a parameter so that keepAliveTime of Htable thread pool can be changed
> --------------------------------------------------------------------------
>
>                 Key: HBASE-4970
>                 URL: https://issues.apache.org/jira/browse/HBASE-4970
>             Project: HBase
>          Issue Type: Improvement
>          Components: client
>    Affects Versions: 0.90.4
>            Reporter: gaojinchao
>            Assignee: gaojinchao
>            Priority: Trivial
>             Fix For: 0.90.6
>
>         Attachments: HBASE-4970_Branch90.patch, HBASE-4970_Branch90_V1_trial.patch, HBASE-4970_Branch90_V2.patch, HBASE-4970_Branch92_V2.patch, HBASE-4970_Trunk_V2.patch
>
>
> In my cluster, I changed keepAliveTime from 60 s to 3600 s.  Increasing RES is slowed down.
> Why increasing keepAliveTime of HBase thread pool is slowing down our problem occurance [RES value increase]?
> You can go through the source of sun.nio.ch.Util. Every thread hold 3 softreference of direct buffer(mustangsrc) for reusage. The code names the 3 softreferences buffercache. If the buffer was all occupied or none was suitable in size, and new request comes, new direct buffer is allocated. After the service, the bigger one replaces the smaller one in buffercache. The replaced buffer is released.
> So I think we can add a parameter to change keepAliveTime of Htable thread pool.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira