hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "cuijianwei (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (HBASE-13521) Create metric for get requests
Date Tue, 21 Apr 2015 11:09:59 GMT

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

cuijianwei resolved HBASE-13521.
--------------------------------
    Resolution: Invalid

> Create metric for get requests
> ------------------------------
>
>                 Key: HBASE-13521
>                 URL: https://issues.apache.org/jira/browse/HBASE-13521
>             Project: HBase
>          Issue Type: Improvement
>          Components: metrics, regionserver
>    Affects Versions: 1.0.0
>            Reporter: cuijianwei
>            Priority: Minor
>
> Currently, the readRequestsCount records the request count for both get request(random
read) and scan#next request(sequential read). However, the cost of get request and scan#next
request are different, and usually the get request is much more heavy than the scan#next.
Is it reasonable to create a metric getRequestsCount to record the get request count specifically?
Then, we can trigger an alert if getRequestsCount grows too fast because large number of random
read requests will cause cluster overload more easily(The readRequestsCount will easily grow
fast if there is a scan, however, this may not cause the system overload because sequential
read is much more fast). Discussions and suggestions are welcomed! Thanks.



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

Mime
View raw message