[
https://issues.apache.org/jira/browse/HBASE-27276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryan Beaudreault updated HBASE-27276:
--------------------------------------
Fix Version/s: 2.6.0
3.0.0-beta-1
2.5.7
Resolution: Fixed
Status: Resolved (was: Patch Available)
Pushed to master, branch-3, branch-2, and branch-2.5.
Thanks for the review [~ndimiduk] and [~zhangduo]
> Reduce reflection overhead in Filter deserialization
> ----------------------------------------------------
>
> Key: HBASE-27276
> URL: https://issues.apache.org/jira/browse/HBASE-27276
> Project: HBase
> Issue Type: Improvement
> Reporter: Bryan Beaudreault
> Assignee: Bryan Beaudreault
> Priority: Major
> Labels: patch-available
> Fix For: 2.6.0, 3.0.0-beta-1, 2.5.7
>
> Attachments: async-prof-pid-9037-cpu-1.html
>
>
> Running hbase 2.4.x, I recently profiled one of our clusters which does a
> very high volume of random reads. An astonishing 12% of CPU time was just
> spent deserializing in ProtobufUtil.toFilter.
> One immediate thought would be to cache String -> Class mappings. Currently
> Class.forName shows up multiple times (6 in my example) in the profile, each
> time taking over 1%. I think this is partially due to using FilterList in
> this example.
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
