To: user
Subject: Re: managing HConnection
Hi, guys from group helped me a lot. I did solve pretty the same problem (CRUD
web-app)
1. Use single instance of HConnection per application.
2. Instantiate it once.
3. create HTable instance for each CRUD operation and safely close it
(try-catch-finally
to support high throughput, so a pool of Connections maybe
better?
Thanks,
Ming
-Original Message-
From: Serega Sheypak [mailto:serega.shey...@gmail.com javascript:;]
Sent: Wednesday, February 04, 2015 1:02 AM
To: user
Subject: Re: managing HConnection
Hi, guys from group helped
Newrelic shows 50K RPM
each request to servlet == 1-3 put/get to HBase. I have mixed workload.
Is it strange :) ?
2015-02-16 10:37 GMT+03:00 David chen c77...@163.com:
5 rpm? I am curious how the result is concluded?
In your scene, per servlet used a HConnecton object, so the response for 5
rpm is so easy.
If these servlets should share the only one HConnecton object, whether or not
the response latency for 5 rpm would increase?
I don't understand you.
There is a single instance of servlet per application.
Servlet.init method called once. Here you can instantiate HConnection and
solve ANY concurrency problems. HConnection is tread-safe. Just don't close
it and reuse.
Then just use HConnection to get HTable.
What problem
If sharing one HConnection for the whole application, when concurrency to
access servlets increases to a threshold, whether or not it will influence the
application performance? But if increasing the sharing HConnection number, the
problem will be relieved?
That's true, we can share the connection, but the problem is, HConnection
implements Closeable, and hence its close method is public. If you share
the same connection in your api, you always have to check if the current
connection is closed before you return it to the client, check previous
Sorry for the unclear represent.
My problem is that whether or not a sharing Honnection can bear too many query
requests?
It can. 5 rpm, no problem.
понедельник, 16 февраля 2015 г. пользователь David chen написал:
Sorry for the unclear represent.
My problem is that whether or not a sharing Honnection can bear too many
query requests?
Hi, really, I can share one Hconnection for the whole application.
It's done by design. I have several servlets. Each servlet has 1-2
controllers working with hbase internally (put/get/e.t.c)
Right now I don't see any reason to refactor code and share single
HConnection for all controllers in
To be honest guys I am still confused, especially that that HConnection
implements Closeable and hence everyone has the right to close the
connection. I wrote this code to manage connections but I am not sure about
its correctness.
private static class HConnectionProvider {
private static
What are you trying to achieve?
2015-02-13 12:36 GMT+03:00 Sleiman Jneidi jneidi.slei...@gmail.com:
To be honest guys I am still confused, especially that that HConnection
implements Closeable and hence everyone has the right to close the
connection. I wrote this code to manage connections
a single HConnection
On Fri, Feb 13, 2015 at 11:12 AM, Serega Sheypak serega.shey...@gmail.com
wrote:
What are you trying to achieve?
2015-02-13 12:36 GMT+03:00 Sleiman Jneidi jneidi.slei...@gmail.com:
To be honest guys I am still confused, especially that that HConnection
implements
What's the problem to call HConnectionManager.getConnection in Servlet.init
method and pass it to your class responsible for HBase interaction?
2015-02-13 14:49 GMT+03:00 Sleiman Jneidi jneidi.slei...@gmail.com:
a single HConnection
On Fri, Feb 13, 2015 at 11:12 AM, Serega Sheypak
Please see '61.1. Cluster Connections' under
http://hbase.apache.org/book.html#architecture.client
Cheers
On Tue, Feb 3, 2015 at 6:47 AM, sleimanjneidi jneidi.slei...@gmail.com
wrote:
Hi all,
I am using hbase-0.98.1-cdh5.1.4 client and I am a bit confused by the
documentation of HConnection.
Hi, guys from group helped me a lot. I did solve pretty the same problem
(CRUD web-app)
1. Use single instance of HConnection per application.
2. Instantiate it once.
3. create HTable instance for each CRUD operation and safely close it
(try-catch-finally). Use the same HConnection to create any
16 matches
Mail list logo