Details
-
New Feature
-
Status: Closed
-
Major
-
Resolution: Duplicate
-
None
-
None
-
None
-
None
Description
After HBASE-10648 we can plugin any implementation for MemStore. This issue aims at coming up with an implementation, in which we will have in between in memory flushes. This will reduce the need to keep lots of KVs in heap as well as in CSLM. CSLM perform poor when no# items in it increases. We can keep create CellBlocks (contigous byte[] like HFile block) out of KVs and keep it as one object rather than many KVs. At some point in time, MemStore might have N CellBlocks and one CSLM.
These in memory CellBlocks can be compacted to one bigger block in between. We can target that in follow on tasks once the basic code is ready.
Attachments
Attachments
Issue Links
- is blocked by
-
HBASE-11401 Late-binding sequenceid presumes a particular KeyValue mvcc format hampering experiment
- Closed
- is related to
-
HBASE-10191 Move large arena storage off heap
- Closed
- relates to
-
HBASE-13408 HBase In-Memory Memstore Compaction
- Closed
-
HBASE-3993 Alternatives to ConcurrentSkipListMap in MemStore
- Closed
-
HBASE-14918 In-Memory MemStore Flush and Compaction
- Closed
- requires
-
HBASE-10648 Pluggable Memstore
- Closed
-
HBASE-10771 Primitive type put/get APIs in ByteRange
- Closed