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

Enis Soztutar commented on HBASE-12835:
---------------------------------------

One example is TestAcidGuarantees. When run with 
{code}
hbase org.apache.hadoop.hbase.TestAcidGuarantees -Dmillis=60000 
-DnumWriters=150 -DnumGetters=50 -DnumScanners=15 -DnumUniqueRows=25 2>&1 | tee 
/tmp/acid.log
{code}
It actually launches hundreds of connections because it uses {{new HTable(Conf, 
TableName)}}. 

> HBASE-12422 changed new HTable(Configuration) to not use managed Connections 
> anymore
> ------------------------------------------------------------------------------------
>
>                 Key: HBASE-12835
>                 URL: https://issues.apache.org/jira/browse/HBASE-12835
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Enis Soztutar
>            Assignee: Enis Soztutar
>             Fix For: 1.0.0, 1.1.0
>
>
> While debugging something else, I've noticed that HBASE-12422 changed it so 
> that new HTable(Configuration, TableName) is not using managed connections 
> anymore. 
> I thought the plan was to keep new HTable(Conf, TableName) to still use 
> managed connections, but allow the new APIs to have un-managed connections. 
> With HBASE-12422, there is a big compatibility change for used of the HTable 
> interface that suddenly they will be launching connections per HTable 
> instance which is a behavioral change and expensive (with all the meta cache, 
> zk threads, thread pool, etc). I fear that this will catch unsuspecting users 
> by surprise, that is why I think we should revert back to the deprecated 
> behavior for 1.0. For master we do not need to make the change, but document 
> it. 
> [~sduskis], [[email protected]], [~ndimiduk] what do you guys think?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to