Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
Reviewed
Description
Comparing Cells in hbase2 takes almost 3x the CPU.
In hbase1, its a keyValue backed by a byte array caching a few important values.. In hbase2, its a NoTagByteBufferChunkKeyValue deserializing the row/family/qualifier lengths repeatedly.
I tried making a purposed comparator – one that was not generic – and it seemed to have a nicer profile coming close to hbase1 in percentage used (I'll post graphs) when I ran it in my perpetual memstore filler (See scripts attached to HBASE-20483). It doesn't work when I try to run it on cluster. Let me run unit tests to see if it can figure what I have wrong.
Attachments
Attachments
Issue Links
- causes
-
HBASE-20795 Allow option in BBKVComparator.compare to do comparison without sequence id
- Resolved
- is related to
-
HBASE-20620 Tighter ByteBufferKeyValue Cell Comparator; part 2
- Resolved
- links to