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)