[
https://issues.apache.org/jira/browse/HBASE-23296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17118219#comment-17118219
]
Guanghao Zhang commented on HBASE-23296:
----------------------------------------
{quote}bq.But if the index and bloom miss, we may need three seeks. So only
index/bloom go to L1 may be suitable. The current patch do things like this.
{quote}
So the key point is a bigger L1 cache to cache all index/bloom blocks and the
heap size is not enough?
> Add CompositeBucketCache to support tiered BC
> ---------------------------------------------
>
> Key: HBASE-23296
> URL: https://issues.apache.org/jira/browse/HBASE-23296
> Project: HBase
> Issue Type: New Feature
> Components: BlockCache
> Reporter: chenxu
> Assignee: chenxu
> Priority: Major
>
> LruBlockCache is not suitable in the following scenarios:
> (1) cache size too large (will take too much heap memory, and
> evictBlocksByHfileName is not so efficient, as HBASE-23277 mentioned)
> (2) block evicted frequently, especially cacheOnWrite & prefetchOnOpen are
> enabled.
> Since block‘s data is reclaimed by GC, this may affect GC performance.
> So how about enabling a Bucket based L1 Cache.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
