Another one to add to your list:
6. Phoenix (https://github.com/forcedotcom/phoenix)

Thanks,
James

On Mar 20, 2013, at 2:50 AM, "Vivek Mishra" <[email protected]> wrote:

> I have used Kundera, persistence overhead on HBase API is minimal considering 
> feature set available for use within Kundera.
> 
> -Vivek
> ________________________________________
> From: Viral Bajaria [[email protected]]
> Sent: 20 March 2013 12:30
> To: [email protected]
> Subject: Re: HBase Client.
> 
> Most of the clients listed below are language specific, so if your
> benchmarking scripts are written in JAVA, you are better off running the
> java client.
> HBase Shell is more for running something interactive, not sure how you
> plan to benchmark that.
> REST is something that you could use, but I can't comment on it's
> performance since I have
> HappyBase is for python.
> Kundera, can't comment since I have not used it.
> 
> You can look at AsyncHBase, if you don't mind wrapping your head around it.
> But it's a bigger rewrite since the API is not compatible with existing
> client.
> 
> On Tue, Mar 19, 2013 at 11:25 PM, Pradeep Kumar Mantha <[email protected]
>> wrote:
> 
>> Hi,
>> 
>>        I would like to benchmark HBase using some of our distributed
>> applications using custom developed benchmarking scripts/programs.
>> I found the following clients are available. Could you please let me
>> know which of the following provides best performance.
>> 
>> 1. Java direct interface to  HBASE.
>> 2. HBase Shell
>> 3. via Rest
>> 4. HappyBase
>> 5. Kundera
>> 
>> Please let me know if there is any other client which provides better
>> performance.
>> 
>> thanks
>> pradeep
>> 
> 
> ________________________________
> 
> 
> 
> 
> 
> 
> NOTE: This message may contain information that is confidential, proprietary, 
> privileged or otherwise protected by law. The message is intended solely for 
> the named addressee. If received in error, please destroy and notify the 
> sender. Any use of this email is prohibited when received in error. Impetus 
> does not represent, warrant and/or guarantee, that the integrity of this 
> communication has been maintained nor that the communication is free of 
> errors, virus, interception or interference.

Reply via email to