hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nick Dimiduk (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-13036) Meta scanner should use its own threadpool
Date Wed, 25 Mar 2015 21:17:53 GMT

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

Nick Dimiduk updated HBASE-13036:
    Fix Version/s: 2.0.0

> Meta scanner should use its own threadpool
> ------------------------------------------
>                 Key: HBASE-13036
>                 URL: https://issues.apache.org/jira/browse/HBASE-13036
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Devaraj Das
>            Assignee: Devaraj Das
>             Fix For: 2.0.0, 1.1.0
>         Attachments: 13036-1.txt, 13036-2.txt
> Currently, during region location lookups, the meta is scanned and for this the scanner
submits a request to the thread pool of the table in question. Sometimes, it might happen
that many scan requests are simultaneously submitted on the table - let's say 256, and this
is the max size of the thread pool. Each of these scan requests would in turn submit meta
scan requests on the same thread pool, but they will be in the queue. The meta scans will
not happen and the original table scans would lock up. The meta scans should use a different
thread pool.

This message was sent by Atlassian JIRA

View raw message