You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2014/05/21 22:38:38 UTC
[jira] [Resolved] (HBASE-5601) Add per-column-family data block
cache hit ratios
[ https://issues.apache.org/jira/browse/HBASE-5601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack resolved HBASE-5601.
--------------------------
Resolution: Won't Fix
Resolving as won't fix for trunk at least (may be in 0.89fb). The items raised by Enis in the description are no longer apt given per-cf metrics were removed by HBASE-6410 (in 0.96) -- too expensive to calculate.
That said, let me respond to the original list since much of it still has merit and I am trying to address in our new per-1.0 context.
bq. Make Per-cf and global block cache metrics naming consistent (hbase.regionserver.blockCacheHitCount vs hbase.RegionServerDynamicStatistics.tbl.usertable.cf.ycsb.bt.Data.fsBlockReadCacheHitCnt)
This change looks done though rather than hbase.regionserver.blockCacheHitCount we have hbase.regionserver.server.blockCacheHitCount (The mbean that hosts this metric is hbase.regionserver.server).
All blockcache metrics have a blockCache prefix in hadoop metrics2 (except 'blockCountHitPercent' which I'll fix).
bq. Rename hbase.RegionServerDynamicStatistics.XXX -> hbase.regionserver.dyn.XXX
Rename dynamic metric names tbl.usertable.cf.ycsb.bt.Data.fsBlockReadCacheHitCnt -> tbl=usertable.cf=ycsb.bt=Data.at=scan.BlockCacheHitCount. Here at stands for access type, and can be scan or compaction.
For at=compaction, we probably do not need per-block type (Data, Index, ...) metric values, shall we aggregate them?
Not pertinent to trunk.
bq. Shall we extend per-cf metrics into HBASE-5533 (read/write latency histograms)?
Not pertinent anymore.
bq. With slab cache, we may no longer have one global block cache. Shall we enable per-cache type metrics? This can imply renaming hbase.regionserver.blockCache => hbase.regionserver.lrublockcache, slabblockcache, etc.
We need this. Will file an issue.
bq. Add a configuration for disabling per-cf metrics.
No longer pertinent since removal.
> Add per-column-family data block cache hit ratios
> -------------------------------------------------
>
> Key: HBASE-5601
> URL: https://issues.apache.org/jira/browse/HBASE-5601
> Project: HBase
> Issue Type: Improvement
> Components: metrics, monitoring
> Reporter: Mikhail Bautin
> Assignee: Enis Soztutar
>
> In addition to the overall block cache hit ratio it would be extremely useful to have per-column-family data block cache hit ratio metrics.
--
This message was sent by Atlassian JIRA
(v6.2#6252)