hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nicolas Liochon (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-9990) HTable uses the conf for each "newCaller"
Date Wed, 26 Feb 2014 23:11:20 GMT

    [ https://issues.apache.org/jira/browse/HBASE-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13913695#comment-13913695
] 

Nicolas Liochon commented on HBASE-9990:
----------------------------------------

TestLogRolling passes locally. I will commit with the fix on 'stored' tomorrow. Thanks for
the review, Ted & Enis!

> HTable uses the conf for each "newCaller"
> -----------------------------------------
>
>                 Key: HBASE-9990
>                 URL: https://issues.apache.org/jira/browse/HBASE-9990
>             Project: HBase
>          Issue Type: Bug
>          Components: Client
>    Affects Versions: 0.98.0, 0.96.0
>            Reporter: Nicolas Liochon
>            Assignee: Nicolas Liochon
>             Fix For: 0.99.0
>
>         Attachments: 9990.v1.patch, 9990.v2.patch
>
>
> You can construct a RpcRetryingCallerFactory, but actually the conf is read for each
caller creation. Reading the conf is obviously expensive, and a profiling session shows it.
If we want to sent hundreds of thousands of queries per second, we should not do that.
> RpcRetryingCallerFactory.newCaller is called for each get, for example.
> This is not a regression, we have something similar in 0.94.
> On the 0.96, we see the creation of: java.util.regex.Matcher: 15739712b after a few thousand
calls to "get".



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Mime
View raw message