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 >> FTS performance


Copy link to this message
-
Re: FTS performance
You're right, just in bear mind response time won't match an online query
if this is what you are aiming at.

On Friday, November 22, 2013, Jean-Marc Spaggiari wrote:

> You can also simply do a MR job without any coprocessors nor Phoenix
> required....
>
>
> 2013/11/22 Asaf Mesika <[EMAIL PROTECTED] <javascript:;>>
>
> > The best way is to go parallel with coprocessors. Try Phoenix which
> > has this built in or write your own.
> >
> > On Friday, November 22, 2013, Jilal Oussama wrote:
> >
> > > Hi all,
> > >
> > > I am looking for some performance suggestions.
> > >
> > > I would like to get all the keys of table (wich contains ~100 million
> > > rows).
> > >
> > > Currently, I am doing a FTS with FirstKeyOnlyFilter and KeyOnlyFilter
> > using
> > > Thrift from a python script, and I find it very slow ...
> > >
> > > Any suggestions whould be appreciable.
> > >
> > > HBase : 0.94.13
> > > Hadoop : 1.2.1
> > >
> > > Thanks in advance.
> > >
> >
>
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