Return-Path: Delivered-To: apmail-hadoop-core-user-archive@www.apache.org Received: (qmail 1643 invoked from network); 14 Mar 2009 02:05:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Mar 2009 02:05:33 -0000 Received: (qmail 89628 invoked by uid 500); 14 Mar 2009 02:05:27 -0000 Delivered-To: apmail-hadoop-core-user-archive@hadoop.apache.org Received: (qmail 89588 invoked by uid 500); 14 Mar 2009 02:05:27 -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 89573 invoked by uid 99); 14 Mar 2009 02:05:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Mar 2009 19:05:27 -0700 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sd.codewarrior@gmail.com designates 209.85.217.170 as permitted sender) Received: from [209.85.217.170] (HELO mail-gx0-f170.google.com) (209.85.217.170) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Mar 2009 02:05:18 +0000 Received: by gxk18 with SMTP id 18so3869001gxk.5 for ; Fri, 13 Mar 2009 19:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=l42zDbBkXT2ahUb+gaw41pPiJQElPAHWthql0bUd3gY=; b=bbeeG8lY3kabyFmp96shjnbTyhP5cPUDEIH/u08otK1BfGFq45QKMZa5rqumtiocxs lpD2D1IYviq0b9wmJOsA8tYbP5gMY18tpxNCzYCzE0JKNkVfEW6musC/cQ9kDf0lmFb7 n5JevSFB+V3iCz4EJSBfiSPoTIgauNuQrnQjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mWN1vvRTW+Pyn8u5O0NeFEWS63IHD4FUMva4QzkKAMvFnZmv4cSL2cVKLhEt40dCr5 fDd/A8uuoJ4ibLKxsLb70MNGeqKy1W9BGC5onu5iFwnwgomFpziX5AcjHsiMaUfItuYc PisBsosJfaKl2PgFGaODfdfTkUKInXW+DCmtI= MIME-Version: 1.0 Received: by 10.220.99.201 with SMTP id v9mr1009633vcn.50.1236996297637; Fri, 13 Mar 2009 19:04:57 -0700 (PDT) In-Reply-To: <4af5cd780903131847x21f79eddxac96ec0653ae8828@mail.gmail.com> References: <4af5cd780903131847x21f79eddxac96ec0653ae8828@mail.gmail.com> Date: Fri, 13 Mar 2009 22:04:57 -0400 Message-ID: <4f10e2890903131904uf0d64k3ac7ccc44a21fe9e@mail.gmail.com> Subject: Re: Controlling maximum # of tasks per node on per-job basis? From: S D To: core-user@hadoop.apache.org Content-Type: multipart/alternative; boundary=0016e64eeb42e8bf3204650aa445 X-Virus-Checked: Checked by ClamAV on apache.org --0016e64eeb42e8bf3204650aa445 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I ran into this problem as well and several people on this list provided a helpful response: once the tasktracker starts, the maximum number of tasks per node can not be changed. In my case, I've solved this challenge by stopping and starting mapred (stop-mapred.sh, start-mapred.sh) between jobs. There is a jira so this may be changed in the future: jira HADOOP-5170 ( http://issues.apache.org/jira/browse/HADOOP-5170) John On Fri, Mar 13, 2009 at 9:47 PM, Stuart White wrote: > My cluster nodes have 2 dual-core processors, so, in general, I want > to configure my nodes with a maximum of 3 task processes executed per > node at a time. > > But, for some jobs, my tasks load large amounts of memory, and I > cannot fit 3 such tasks on a single node. For these jobs, I'd like to > enforce running a maximum of 1 task process per node at a time. > > I've tried to enforce this by setting > mapred.tasktracker.map.tasks.maximum at runtime, but I see it has no > effect, because this is a configuration for the TaskTracker, which is > of course already running before my job starts. > > Is there no way to configure a maximum # of map tasks per node on a > per-job basis? > > Thanks! > --0016e64eeb42e8bf3204650aa445--