On Thu, May 28, 2015 at 12:10 AM, ShaoFeng Shi <[email protected]> wrote:
> Hi Ted, thanks for giving the link, our scenario is just such a case; We're > looking forward to see this feature in HBase 1.1; Thanks! > No need to "look forward to" -- 1.1 is released, go give it a spin! 2015-05-27 22:11 GMT+08:00 Ted Yu <[email protected]>: > > > Please see > > > https://blogs.apache.org/hbase/entry/the_hbase_request_throttling_feature > > > > Cheers > > > > On Tue, May 26, 2015 at 12:35 AM, ShaoFeng Shi <[email protected]> > > wrote: > > > > > Hello, > > > > > > Currently we're running a MapReduce over live htables to do table merge > > > (introduced at > https://hbase.apache.org/0.94/book/mapreduce.example.html > > ); > > > At the samtime these tables are still serving user scan requests; As > this > > > is a full table scan which may take much server resources, we want to > > > control the impact to users during the MapReduce, avoding remarkable > > > performance downgrade during the MR; I see there are two parameters > might > > > be related: caching and cacheBlocks, like : > > > > > > > > > scan.setCaching(500); > > > > > > scan.setCacheBlocks(false); // don't set to true for MR jobs > > > > > > > > > But still want to double check with the experts here, is there other > ways > > > to control this? Thanks! > > > > > > Shaofeng Shi > > > Apache Kylin (incubation) > > > > > >
