Return-Path: Delivered-To: apmail-hadoop-mapreduce-user-archive@minotaur.apache.org Received: (qmail 43638 invoked from network); 18 Dec 2010 18:34:17 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Dec 2010 18:34:17 -0000 Received: (qmail 75539 invoked by uid 500); 18 Dec 2010 18:34:17 -0000 Delivered-To: apmail-hadoop-mapreduce-user-archive@hadoop.apache.org Received: (qmail 75481 invoked by uid 500); 18 Dec 2010 18:34:17 -0000 Mailing-List: contact mapreduce-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-user@hadoop.apache.org Delivered-To: mailing list mapreduce-user@hadoop.apache.org Received: (qmail 75473 invoked by uid 99); 18 Dec 2010 18:34:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Dec 2010 18:34:17 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=10.0 tests=FREEMAIL_FROM,HK_RANDOM_ENVFROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mgbckr@googlemail.com designates 209.85.216.48 as permitted sender) Received: from [209.85.216.48] (HELO mail-qw0-f48.google.com) (209.85.216.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Dec 2010 18:34:10 +0000 Received: by qwh6 with SMTP id 6so1761605qwh.35 for ; Sat, 18 Dec 2010 10:33:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=3+xaiVnhjKauBRefLmQ3RO0Qi63Nnc4+qVoLGouCVYk=; b=a8zbN1MXUVFfy5cYJbaQdD8K38nb3Ae8TB2mgbixjTtlNCTd6TDV6gB/WrjrcSe6Pr I5MT3iLlOiaH4nVjcuNcMGeiOzWs5zOk+wbSRRwGh12SNNKwU8KwAzPN+k5ByubYA2Uv YYGKftroQ8+WOai54l/6yH+GY6OOjXJclrn4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=YBBZ7HS2DCPUhy8fb+roxm+3I9dZFLFi79am8TSrjdhkqR35QWKk9D4lTY+qsqtZat U2l4XOgh9DjyLMZrAevTo7OZAEfDs43/oOomv0sAmOm0JJXBYl5j9J9LsPKF7/jMnMcl deaHyHgTJTlQFh/mTbF43vCmvKv4dLASyLb5Y= MIME-Version: 1.0 Received: by 10.229.91.15 with SMTP id k15mr2111180qcm.92.1292697229865; Sat, 18 Dec 2010 10:33:49 -0800 (PST) Sender: mgbckr@googlemail.com Received: by 10.229.232.203 with HTTP; Sat, 18 Dec 2010 10:33:49 -0800 (PST) In-Reply-To: References: Date: Sat, 18 Dec 2010 19:33:49 +0100 X-Google-Sender-Auth: E03yU9WljMiXlY6CZY6lhhxxnck Message-ID: Subject: Re: Passing messages From: Martin Becker <_martinbecker@web.de> To: mapreduce-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Thank you Ted, I am using the 21.0 API so I would be drawing Counters from the Context. So if a Counter is increased on a certain Reducer other Reducers would retrieve that increased value when accessing the same Counter? If so, then that is an interesting piece of information. Unfortunately my threshold are doubles. I guess, I could find some kind of conversion there. But is there any more general way to pass information between Reducers? Thanks, Martin On Sat, Dec 18, 2010 at 5:44 PM, Ted Yu wrote: > In your reducer, you can utilize Reporter (getCounter and incrCounter > methods) to pass this information between reducers. > > On Sat, Dec 18, 2010 at 8:04 AM, Martin Becker <_martinbecker@web.de> wrote: >> >> Hello everbody, >> >> I am wondering if there is a feature allowing (in my case) reduce >> tasks to communicate. For example by some volatile variables at some >> centralized point. Or maybe just notify other running or to-be-running >> reduce tasks of a completed reduce task featuring some arguments. >> >> In my case, I have reduce tasks doing computations that will >> output/produce certain quality threshold. Other reduce tasks can/could >> estimate, if they ever get above those thresholds. If not they could >> just cease running. >> >> Thanks in advance, >> Martin >> >> PS: If such functions are not yet part of the API, I would like to >> know if there are good reasons for it and if not, propose to introduce >> such functionality. > >