Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3CF2810A4E for ; Sat, 29 Jun 2013 03:05:14 +0000 (UTC) Received: (qmail 88304 invoked by uid 500); 29 Jun 2013 03:05:11 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 88242 invoked by uid 500); 29 Jun 2013 03:05:09 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 88186 invoked by uid 99); 29 Jun 2013 03:05:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Jun 2013 03:05:06 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [209.85.128.172] (HELO mail-ve0-f172.google.com) (209.85.128.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Jun 2013 03:05:00 +0000 Received: by mail-ve0-f172.google.com with SMTP id jz10so2450336veb.3 for ; Fri, 28 Jun 2013 20:04:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=LR3w7EYz4Nz+wzZB+uR1ENOlukpBrAjeCmDEnSsDGjA=; b=HH2Yekp12eJLaKqutOraRI1OP8CDVRYIPkl3PWGGK1U9sTW1aczHFMiKC9FGo2jN52 NA+2q53jok7y0qrJZkYPowPpjcOrxSMUgRGSHk2rfALOWbtukL7xSblxXLjIR4sSZIwt oT5t8ecwVO9gK3Wn4Q5T7fsg0Db7hbtpUO+S8oel2RortzMsRCvnYQu3WEbqzHQ2eWLv oOADwqUMRuZVlZwjLD+2ld0TAt7QH4NICKEpdvq1+yhrcR2w7Ecc/Sx0Lberr80hT4jk HJuoSO7m0Mts6LKV85Ag1Rd9IPEPs+bfCm92+KIY5P5MZYgm8KEOPRhXidpzPf7Xie33 CZLw== X-Received: by 10.52.170.103 with SMTP id al7mr5571862vdc.27.1372475059415; Fri, 28 Jun 2013 20:04:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.111.169 with HTTP; Fri, 28 Jun 2013 20:03:59 -0700 (PDT) In-Reply-To: <1372454914.50775.YahooMailNeo@web140602.mail.bf1.yahoo.com> References: <1371854791.70579.YahooMailNeo@web140605.mail.bf1.yahoo.com> <1371907957.16360.YahooMailNeo@web140606.mail.bf1.yahoo.com> <1371987674.1185.YahooMailNeo@web140602.mail.bf1.yahoo.com> <1372441992.9879.YahooMailNeo@web140603.mail.bf1.yahoo.com> <1372450391.41740.YahooMailNeo@web140602.mail.bf1.yahoo.com> <1372451693.62784.YahooMailNeo@web140603.mail.bf1.yahoo.com> <1372452952.80435.YahooMailNeo@web140601.mail.bf1.yahoo.com> <1372454914.50775.YahooMailNeo@web140602.mail.bf1.yahoo.com> From: Jean-Marc Spaggiari Date: Fri, 28 Jun 2013 23:03:59 -0400 Message-ID: Subject: Re: 30% random performance in 0.95+ To: dev@hbase.apache.org, lars hofhansl Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkNMgN34nh81jh04JaOD2UKxD0QZU/u6rsQOMYuKnmYexqeKJpRrl8kg1oKDEWZUxvs/sdw X-Virus-Checked: Checked by ClamAV on apache.org I think we should do that on 0.94 as well. I don't see any good reason to not do it. JM 2013/6/28 lars hofhansl : > Yep. > Now the question is: Make these changes to 0.94 as well? Or just document these better. > > -- Lars > > > > ----- Original Message ----- > From: Andrew Purtell > To: "dev@hbase.apache.org" ; lars hofhansl > Cc: > Sent: Friday, June 28, 2013 2:08 PM > Subject: Re: 30% random performance in 0.95+ > > I've been thinking about how to periodically search through some of our > parameter space to see what changes to defaults are better all the way > around. Probably will so something based on Bigtop. > > > On Friday, June 28, 2013, lars hofhansl wrote: > >> And indeed just this makes a tremendous difference. Unpatched 0.94 with >> 40% block cache configured is actually faster than 0.95 with the same block >> cache size. >> >> -- Lars >> >> >> >> ----- Original Message ----- >> From: lars hofhansl > >> To: "dev@hbase.apache.org " >> > >> Cc: >> Sent: Friday, June 28, 2013 1:34 PM >> Subject: Re: 30% random performance in 0.95+ >> >> Thanks JM, >> >> HBASE-8450 (r1485562) is interesting. It increases (among other things) >> the block cache percentage from 24 to 40%, which would lead to a higher >> probability of a future random read to hit an already cached block. >> >> >> -- Lars >> >> >> >> ----- Original Message ----- >> From: Jean-Marc Spaggiari > >> To: dev@hbase.apache.org ; lars hofhansl >> > >> Cc: >> Sent: Friday, June 28, 2013 1:18 PM >> Subject: Re: 30% random performance in 0.95+ >> >> I have the script done to run over a list of "svn releases", so if >> required, just give me a bunch of them or a range and I can restart. >> Just keep me posted. >> >> JM >> >> 2013/6/28 lars hofhansl >: >> > I did a few more test (on my laptop, which is not quite representative), >> and found only a 2-3% improvement from HBASE-8001+HBASE-8012 in the end. >> > I'll look through the issues that you identified. >> > >> > -- Lars >> > >> > >> > >> > ----- Original Message ----- >> > From: Jean-Marc Spaggiari > >> > To: dev@hbase.apache.org >> > Cc: >> > Sent: Friday, June 28, 2013 12:51 PM >> > Subject: Re: 30% random performance in 0.95+ >> > >> > Sorry folks, >> > >> > I'm a bit late to run the tests... 0.94.8 and 0.94.9 are currently >> > running, but here is what I have been able to capture so far for 0.95 >> > over the last year: >> > r1357480 1513196 >> > r1367009 1440244.4 >> > r1375812 1287143.5 >> > r1381671 1287200.2 >> > r1388620 1295262.6 >> > r1394335 1022140.2 >> > r1403898 884171.9 >> > r1410631 804229.9 >> > r1419787 846816.9 >> > r1426557 853535.3 >> > r1433514 873265.1 >> > r1438972 840666.9 >> > r1446106 877432.2 >> > r1452661 883974.8 >> > r1458421 882233.3 >> > r1464267 847000.8 >> > r1478964 877433.5 >> > r1485868 744905.5 >> > r1494869 765105.9 >> > >> > So seems that there was some improvements between r1367009 and >> > r1403898 but they are old. Also another major improvement between >> > r1478964 and r1485868... >> > >> > Let me know if you want me to dig further and I will be very happy to do >> so. >> > >> > JM >> > >> > 2013/6/28 Stack >: >> >> On Fri, Jun 28, 2013 at 10:53 AM, lars hofhansl > >> wrote: >> >> >> >>> I partially tracked this down to HBASE-8001 and HBASE-8012 by looking >> at >> >>> the call stacks in a profiling session. >> >>> HBASE-8767 is a backport of both patched to 0.94. >> >>> >> >> >> >> Sounds like nice work by Raymond Liu... >> >> St.Ack >> > >> > > > -- > Best regards, > > - Andy > > Problems worthy of attack prove their worth by hitting back. - Piet Hein > (via Tom White) >