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

Zheng Hu updated HBASE-21657:
-----------------------------
    Description: 
We are evaluating the performance of branch-2, and find that the throughput in 
SSD cluster is almost the same as HDD cluster. so I made a FlameGraph on RS, 
and found that the PrivateCellUtil#estimatedSerializedSizeOf cost about 29% 
cpu, Obviously, it has been the bottleneck in 100% scan case.

See the [^hbase20-ssd-100-scan-traces.svg]

BTW, in our XiaoMi branch, we introduce a 
HRegion#updateReadRequestsByCapacityUnitPerSecond to sum up the size of cells 
(for metric monitor), so it seems the performance loss was amplified,  but the 

  was:
We are evaluating the performance of branch-2, and find that the throughput in 
SSD cluster is almost the same as HDD cluster. so I made a FlameGraph on RS, 
and found that the PrivateCellUtil#estimatedSerializedSizeOf cost about 29% 
cpu, Obviously, it has been the bottleneck in 100% scan case.

See the [^hbase20-ssd-100-scan-traces.svg]


> PrivateCellUtil#estimatedSerializedSizeOf has been the bottleneck in 100% 
> scan case.
> ------------------------------------------------------------------------------------
>
>                 Key: HBASE-21657
>                 URL: https://issues.apache.org/jira/browse/HBASE-21657
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Zheng Hu
>            Assignee: Zheng Hu
>            Priority: Major
>         Attachments: hbase20-ssd-100-scan-traces.svg
>
>
> We are evaluating the performance of branch-2, and find that the throughput 
> in SSD cluster is almost the same as HDD cluster. so I made a FlameGraph on 
> RS, and found that the PrivateCellUtil#estimatedSerializedSizeOf cost about 
> 29% cpu, Obviously, it has been the bottleneck in 100% scan case.
> See the [^hbase20-ssd-100-scan-traces.svg]
> BTW, in our XiaoMi branch, we introduce a 
> HRegion#updateReadRequestsByCapacityUnitPerSecond to sum up the size of cells 
> (for metric monitor), so it seems the performance loss was amplified,  but 
> the 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to