Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase >> mail # user >> RE: Hbase question


Copy link to this message
-
Re: Hbase question
Rami:
Can you tell us what coprocessor hook you plan to use ?

Thanks

On Tue, Apr 9, 2013 at 10:51 AM, Rami Mankevich <[EMAIL PROTECTED]> wrote:

> First of all - thanks  for the quick response.
>
> Basically threads I want to open are for my own  internal structure
> updates and I guess have no relations to HBase internal structures.
> All I want is initiations for some asynchronous structure updates as part
> of coprocessor execution in order  not to block user reponse.
>
> The only reason I was asking is to be sure Hbase will not kill those
> threads.
> As I understand - shouldn't be any issue with that. Am I correct?
>
> In addition - Is there any Hbase Thread pool I can use?
>
>
> Thanks
> From: Andrew Purtell [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 09, 2013 6:53 PM
> To: Rami Mankevich
> Cc: [EMAIL PROTECTED]
> Subject: Re: Hbase question
>
> Hi Rami,
>
> It is no problem to create threads in a coprocessor as a generic answer.
> More specifically there could be issues depending on exactly what you want
> to do, since coprocessor code changes HBase internals. Perhaps you could
> say a bit more. I also encourage you to ask this question on
> [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]> so other contributors
> can chime in too.
>
> On Tuesday, April 9, 2013, Rami Mankevich wrote:
> Hey
> According to the Hbase documentation you are one of contrinuters to the
> HBase project
> I would like to raise some question when nobody can basically advice me:
>
> In context of coprocessors I want to raise some threads.
> Do you see any problems with that?
>
> Thanks
> This message and the information contained herein is proprietary and
> confidential and subject to the Amdocs policy statement, you may review at
> http://www.amdocs.com/email_disclaimer.asp
>
>
> --
> Best regards,
>
>    - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB