Return-Path: Delivered-To: apmail-hadoop-core-user-archive@www.apache.org Received: (qmail 23983 invoked from network); 2 Jun 2008 07:34:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jun 2008 07:34:38 -0000 Received: (qmail 57208 invoked by uid 500); 2 Jun 2008 07:34:38 -0000 Delivered-To: apmail-hadoop-core-user-archive@hadoop.apache.org Received: (qmail 57163 invoked by uid 500); 2 Jun 2008 07:34:38 -0000 Mailing-List: contact core-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-user@hadoop.apache.org Delivered-To: mailing list core-user@hadoop.apache.org Received: (qmail 57152 invoked by uid 99); 2 Jun 2008 07:34:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 00:34:38 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [82.79.87.35] (HELO www.genzen.com) (82.79.87.35) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jun 2008 07:33:42 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by www.genzen.com (Postfix) with ESMTP id CE67BCA2BE for ; Mon, 2 Jun 2008 10:32:12 +0300 (EEST) Received: from www.genzen.com ([127.0.0.1]) by localhost (adriana [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05912-07 for ; Mon, 2 Jun 2008 10:32:11 +0300 (EEST) Received: from [192.168.0.32] (unknown [86.122.47.32]) by www.genzen.com (Postfix) with ESMTP id AF6CCCA248 for ; Mon, 2 Jun 2008 10:32:11 +0300 (EEST) Message-ID: <4843A26B.7030109@searchcapital.net> Date: Mon, 02 Jun 2008 10:34:03 +0300 From: Ion Badita User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: core-user@hadoop.apache.org Subject: MetricsIntValue/MetricsLongValue publish once Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at genzen.com X-Virus-Checked: Checked by ClamAV on apache.org Hi, In javadoc for MetricsIntValue and MetricsLongValue is written: "Each time its value is set, it is published only *once* at the next update call". Looking at the those classes is right they "push" the data into the MetricsRecord only once, but digging dipper into the AbstractMericsContext the MetricsRecord data is "published" on every update, because ins not cleared once is published (i think is normal to be cleared because MetricsRecod "records" only "instructions" for changing the bufferedData from MetricsContext, maybe I'm wrong but thats what code dose). Ion