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 >> Inconsistent scan performance with caching set to 1


Copy link to this message
-
RE: Inconsistent scan performance with caching set to 1
Thanks Stack for giving a pointer to this.  Yes it does seems this property
is very important.

Regards
Ram

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
> Stack
> Sent: Friday, August 31, 2012 3:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Inconsistent scan performance with caching set to 1
>
> On Thu, Aug 30, 2012 at 9:24 AM, Jay T <[EMAIL PROTECTED]> wrote:
> >  Thanks Stack for pointing us in the right direction. Indeed it was
> the
> > tcpNodeDelay setting. We set these to be true.
> >
> > ipc.server.tcpnodelay ==> true
> > hbase.ipc.client.tcpnodelay ==> true
> >
> > All reads that previously had the 40ms overhead are now between 2 and
> 3 ms
> > like we would expect them to be.
> >
> > Are these settings worthy of being put in the Hbase online book  ?
> >
>
> I added a note on nagles to the book at your suggestion.  We've toyed
> w/ making tcpnodelay true as default but as has been reasoned in the
> issue cited, it depends on cell sizes whether it effective or not.  We
> should give this config. a higher profile than it currently has it
> seems.
>
> St.Ack
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