You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sean Busbey (JIRA)" <ji...@apache.org> on 2015/07/04 01:39:05 UTC

[jira] [Updated] (HBASE-13518) Typo in hbase.hconnection.meta.lookup.threads.core parameter

     [ https://issues.apache.org/jira/browse/HBASE-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Busbey updated HBASE-13518:
--------------------------------
    Fix Version/s:     (was: 1.2.0)

> Typo in hbase.hconnection.meta.lookup.threads.core parameter
> ------------------------------------------------------------
>
>                 Key: HBASE-13518
>                 URL: https://issues.apache.org/jira/browse/HBASE-13518
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Enis Soztutar
>            Assignee: Devaraj Das
>             Fix For: 2.0.0, 1.1.0
>
>         Attachments: 13518-1.branch-1.patch, 13518-1.txt
>
>
> A possible typo coming from patch in HBASE-13036. 
> I think we want {{hbase.hconnection.meta.lookup.threads.core}}, not {{hbase.hconnection.meta.lookup.threads.max.core}} to be in line with the regular thread pool configuration. 
> {code}
>             //To start with, threads.max.core threads can hit the meta (including replicas).
>             //After that, requests will get queued up in the passed queue, and only after
>             //the queue is full, a new thread will be started
>             this.metaLookupPool = getThreadPool(
>                conf.getInt("hbase.hconnection.meta.lookup.threads.max", 128),
>                conf.getInt("hbase.hconnection.meta.lookup.threads.max.core", 10),
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)