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

Vladimir Rodionov updated HBASE-30022:
--------------------------------------
    Description: 
h2. Description

Refactor *HFileReaderImpl*  and *CacheConfig* to use *CacheAccessService* as 
the entry point for block cache access instead of directly interacting with 
*BlockCache*.

This change updates the read path to delegate cache operations through 
CacheAccessService, including:

* block lookup on read
* cache population on read miss
* cache-related metrics updates (if applicable)

h3. Scope

* Replace direct BlockCache calls in *HFileReaderImpl* with *CacheAccessService*
* Enhance *CacheConfig* API to access *CacheAccessService* instance
* Adapt existing call parameters to use request/write context objects
* Ensure compatibility with current caching behavior

h3. Notes

* No behavior change intended
* Existing cache implementations (*LruBlockCache*, *BucketCache*, 
*CombinedBlockCache*) remain unchanged
* CacheAccessService implementation continues to delegate to BlockCache in this 
phase
* This is part of migrating read path code toward a pluggable cache architecture

  was:
h2. Description

Refactor *HFileReaderImpl* to use *CacheAccessService* as the entry point for 
block cache access instead of directly interacting with *BlockCache*.

This change updates the read path to delegate cache operations through 
CacheAccessService, including:

* block lookup on read
* cache population on read miss
* cache-related metrics updates (if applicable)

h3. Scope

* Replace direct BlockCache calls in *HFileReaderImpl* with *CacheAccessService*
* Adapt existing call parameters to use request/write context objects
* Ensure compatibility with current caching behavior

h3. Notes

* No behavior change intended
* Existing cache implementations (*LruBlockCache*, *BucketCache*, 
*CombinedBlockCache*) remain unchanged
* CacheAccessService implementation continues to delegate to BlockCache in this 
phase
* This is part of migrating read path code toward a pluggable cache architecture


>   Refactor CacheConfig and HFileReaderImpl to use CacheAccessService
> --------------------------------------------------------------------
>
>                 Key: HBASE-30022
>                 URL: https://issues.apache.org/jira/browse/HBASE-30022
>             Project: HBase
>          Issue Type: New Feature
>          Components: BlockCache, Performance
>            Reporter: Vladimir Rodionov
>            Assignee: Vladimir Rodionov
>            Priority: Major
>
> h2. Description
> Refactor *HFileReaderImpl*  and *CacheConfig* to use *CacheAccessService* as 
> the entry point for block cache access instead of directly interacting with 
> *BlockCache*.
> This change updates the read path to delegate cache operations through 
> CacheAccessService, including:
> * block lookup on read
> * cache population on read miss
> * cache-related metrics updates (if applicable)
> h3. Scope
> * Replace direct BlockCache calls in *HFileReaderImpl* with 
> *CacheAccessService*
> * Enhance *CacheConfig* API to access *CacheAccessService* instance
> * Adapt existing call parameters to use request/write context objects
> * Ensure compatibility with current caching behavior
> h3. Notes
> * No behavior change intended
> * Existing cache implementations (*LruBlockCache*, *BucketCache*, 
> *CombinedBlockCache*) remain unchanged
> * CacheAccessService implementation continues to delegate to BlockCache in 
> this phase
> * This is part of migrating read path code toward a pluggable cache 
> architecture



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to