Details
-
Bug
-
Status: Closed
-
Trivial
-
Resolution: Fixed
-
None
-
None
Description
Bigtable provides two in-memory caches: one for row/column data and one for disk block caches.
The size of each cache should be configurable, data should be loaded lazily, and the cache managed by an LRU mechanism.
One complication of the block cache is that all data is read through a SequenceFile.Reader which ultimately reads data off of disk via a RPC proxy for ClientProtocol. This would imply that the block caching would have to be pushed down to either the DFSClient or SequenceFile.Reader
Attachments
Attachments
Issue Links
- depends upon
-
HBASE-285 HBase administration
- Closed
- incorporates
-
HBASE-80 [hbase] Add a cache of 'hot' cells
- Closed
- is depended upon by
-
HADOOP-1399 Provide the ability to cache column data in memory
- Closed
- is duplicated by
-
HBASE-344 [hbase] Performance - add a block cache
- Closed
-
HBASE-362 [Hbase] Caching for read performance
- Closed
- is related to
-
HBASE-965 Implement BlockCache using custom LRU/ARC mechanism rather than SoftReferences
- Closed