Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 98835 invoked from network); 2 Mar 2009 21:45:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Mar 2009 21:45:17 -0000 Received: (qmail 36382 invoked by uid 500); 2 Mar 2009 21:45:17 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 36367 invoked by uid 500); 2 Mar 2009 21:45:17 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 36356 invoked by uid 99); 2 Mar 2009 21:45:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Mar 2009 13:45:16 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Mar 2009 21:45:16 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 27C1F234C4A8 for ; Mon, 2 Mar 2009 13:44:56 -0800 (PST) Message-ID: <379596856.1236030296161.JavaMail.jira@brutus> Date: Mon, 2 Mar 2009 13:44:56 -0800 (PST) From: "Lars George (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-1185) wrong request/sec in the gui reporting wrong In-Reply-To: <220432380.1233854999797.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12678123#action_12678123 ] Lars George commented on HBASE-1185: ------------------------------------ HI Stack, When I look at the code in the HRegionServer.run() I see this: this.serverInfo.setLoad(new HServerLoad(requestCount.get(), onlineRegions.size())); this.requestCount.set(0); Which effectively means that this number is aggregated during the "message-interval" timeframe of the default 3 seconds. Then it handed over to the master and reset. The master UI takes this number and display it divided by the message-interval to get the requests per second value. But since this in not actually aggregating the total number of request *per* HRegionServer it is always just a snapshot of what happened in the last three seconds. Once the job ends and no further requests are done it drops down to zero within 3 seconds. Which I think is OK for a gauge. But what Billy is asking for sounds like something different, i.e. the load as an average over time - similar maybe to the unix "w" output. Am I wrong here? Thanks, Lars > wrong request/sec in the gui reporting wrong > -------------------------------------------- > > Key: HBASE-1185 > URL: https://issues.apache.org/jira/browse/HBASE-1185 > Project: Hadoop HBase > Issue Type: Bug > Components: client, regionserver > Affects Versions: 0.19.0 > Environment: 0.19.0 > Reporter: Billy Pearson > Priority: Minor > Fix For: 0.20.0 > > > I am seeing lower number of request in the masters gui then I have seen in 0.18.0 while scanning. > I thank part of it is we moved to report per sec request not per 3 secs so the request should be 1/3 of the old numbers I was getting. > hbase.client.scanner.caching is not the reason the request are under reported. > I set hbase.client.scanner.caching = 1 and still get about 2K request a sec in the gui > but when the job is done I take records / job time and get 36,324/ records /sec. So > there must be some caching out side of the hbase.client.scanner.caching making the > request per sec lower then it should be. I know it running faster then reported just thought > it might give some new users the wrong impression that request/sec = read/write /sec. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.