Hi,
I am using hbase connection pooling using
HConnection hConnection=HConnectionManager.createConnection(conf);
I see most of method of HConnectionManager goes to depreciated.
Please provide to me best way to create Hbase connection pool and what your
future plan for this topic.
thanks
=HConnectionManager.createConnection(conf);
I see most of method of HConnectionManager goes to depreciated.
Please provide to me best way to create Hbase connection pool and what your
future plan for this topic.
thanks
OmParkash
wrote:
Hi,
I am using hbase connection pooling using
HConnection hConnection=HConnectionManager.createConnection(conf);
I see most of method of HConnectionManager goes to depreciated.
Please provide to me best way to create Hbase connection pool and what
your
future plan
)
-Marcelo
From: ndimi...@gmail.com
Subject: Re: HBase connection pool
Okay, looks like you're using a implicitly managed connection. It should
be fine to share a single config instance across all threads. The
advantage
of HTablePool over this approach is that the number of HTables
But then wouldn't it happen when I had 1 Configuration per thread? I had more
connections before start using 1 HConnection for the whole app, and it use to
work fine.
From: user@hbase.apache.org
Subject: Re: HBase connection pool
Did you check how many open connections each ZK server has?
I
I can't know for sure, but I think it's related to the HTable instances...
I create just 1 HConnection and 1 HTable object per thread. I have run this
with 32 threads.
From: user@hbase.apache.org
Subject: Re: HBase connection pool
Can you tell when these WARN messages are produced
Valle (BLOOMBERG/ LONDON)
mvallemil...@bloomberg.net:
But then wouldn't it happen when I had 1 Configuration per thread? I had
more connections before start using 1 HConnection for the whole app, and it
use to work fine.
From: user@hbase.apache.org
Subject: Re: HBase connection pool
Did you
From: ndimi...@gmail.com
Subject: Re: HBase connection pool
Okay, looks like you're using a implicitly managed connection. It should be
fine to share a single config instance across all threads. The advantage of
HTablePool over this approach is that the number of HTables would be managed
Subject: Re: HBase connection pool
Okay, looks like you're using a implicitly managed connection. It should
be fine to share a single config instance across all threads. The advantage
of HTablePool over this approach is that the number of HTables would be
managed independently from the number
In HBase API, does 1 HTable object means 1 connection to each region server
(just for 1 table)?
The docs say
(http://hbase.apache.org/0.94/apidocs/org/apache/hadoop/hbase/client/HTable.html):
This class is not thread safe for reads nor write.
I got confused, as I saw there is a HTablePool
object
instead of ThreadLocalHTable as I did?
-Marcelo
From: ndimi...@gmail.com
Subject: Re: HBase connection pool
Hi Marcelo,
First thing, to be clear, you're working with a 0.94 release? The reason I
ask is we've been doing some work in this area to improve things, so
semantics may
if the Configuration object should be 1 per thread as well, maybe
I could share this one?
So, just to clarify, would I get any advantage using HTablePool object instead
of ThreadLocalHTable as I did?
-Marcelo
From: ndimi...@gmail.com
Subject: Re: HBase connection pool
Hi Marcelo,
First thing
Hi Marcelo,
First thing, to be clear, you're working with a 0.94 release? The reason I
ask is we've been doing some work in this area to improve things, so
semantics may be slightly different between 0.94, 0.98, and 1.0.
How are you managing the HConnection object (or are you)? How are you
-connection-pool-tp32080864p32162608.html
Sent from the HBase User mailing list archive at Nabble.com.
-connection-pool-tp32080864p32162609.html
Sent from the HBase User mailing list archive at Nabble.com.
Hey people,
I am very new to HBase, and I would like if someone gave me guidance
regarding connection pooling.
Thanks a lot, in advance.
Regards,
Aadish
--
View this message in context:
http://old.nabble.com/HBase-connection-pool-tp32080864p32080864.html
Sent from the HBase User mailing
pooling.
Thanks a lot, in advance.
Regards,
Aadish
--
View this message in context:
http://old.nabble.com/HBase-connection-pool-tp32080864p32080951.html
Sent from the HBase User mailing list archive at Nabble.com.
, in advance.
Regards,
Aadish
--
View this message in context:
http://old.nabble.com/HBase-connection-pool-tp32080864p32080864.html
Sent from the HBase User mailing list archive at Nabble.com.
, in advance.
Regards,
Aadish
--
View this message in context:
http://old.nabble.com/HBase-connection-pool-tp32080864p32080864.html
Sent from the HBase User mailing list archive at Nabble.com.
19 matches
Mail list logo