Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 424DE9E3C for ; Thu, 2 Feb 2012 01:45:06 +0000 (UTC) Received: (qmail 37189 invoked by uid 500); 2 Feb 2012 01:45:02 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 37048 invoked by uid 500); 2 Feb 2012 01:45:02 -0000 Mailing-List: contact common-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-user@hadoop.apache.org Delivered-To: mailing list common-user@hadoop.apache.org Received: (qmail 37036 invoked by uid 99); 2 Feb 2012 01:45:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2012 01:45:01 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of anilgupta84@gmail.com designates 209.85.160.48 as permitted sender) Received: from [209.85.160.48] (HELO mail-pw0-f48.google.com) (209.85.160.48) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2012 01:44:54 +0000 Received: by pbcc11 with SMTP id c11so2054491pbc.35 for ; Wed, 01 Feb 2012 17:44:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=gYQ9evH7a2XxQ2T3shlAWJ6Q3RivzZ4dJx0zbjoG4EM=; b=IPfb7+cYCHJZyDBGvYQiLZnxAl+i4JQ8icoBAGyjL+2CV8tfhyE1+ePmGDQ+wwHqFK PiiMhb5P7qfBVm/xD7Cksax/kGHMU9NrAMo0nXatCSzgoEaNNl4+Fe7SSwgvjBRFf70c 5Ee5DFy9ByZl5sG+3x415/yAViCXpuTB6gUX8= Received: by 10.68.73.234 with SMTP id o10mr2914962pbv.90.1328147072914; Wed, 01 Feb 2012 17:44:32 -0800 (PST) Received: from [172.28.249.82] (charger.intuit.com. [208.240.243.170]) by mx.google.com with ESMTPS id p9sm2228833pbb.9.2012.02.01.17.44.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Feb 2012 17:44:31 -0800 (PST) Subject: Re: Can't achieve load distribution References: From: Anil Gupta Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9A405) In-Reply-To: Message-Id: <9C3ECE32-65E4-4250-99D6-427475581A74@gmail.com> Date: Wed, 1 Feb 2012 17:44:29 -0800 To: "common-user@hadoop.apache.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org Yes, if ur block size is 64mb. Btw, block size is configurable in Hadoop. Best Regards, Anil On Feb 1, 2012, at 5:06 PM, Mark Kerzner wrote: > Anil, >=20 > do you mean one block of HDFS, like 64MB? >=20 > Mark >=20 > On Wed, Feb 1, 2012 at 7:03 PM, Anil Gupta wrote: >=20 >> Do u have enough data to start more than one mapper? >> If entire data is less than a block size then only 1 mapper will run. >>=20 >> Best Regards, >> Anil >>=20 >> On Feb 1, 2012, at 4:21 PM, Mark Kerzner wrote= : >>=20 >>> Hi, >>>=20 >>> I have a simple MR job, and I want each Mapper to get one line from my >>> input file (which contains further instructions for lengthy processing).= >>> Each line is 100 characters long, and I tell Hadoop to read only 100 >> bytes, >>>=20 >>>=20 >> job.getConfiguration().setInt("mapreduce.input.linerecordreader.line.maxl= ength", >>> 100); >>>=20 >>> I see that this part works - it reads only one line at a time, and if I >>> change this parameter, it listens. >>>=20 >>> However, on a cluster only one node receives all the map tasks. Only one= >>> map tasks is started. The others never get anything, they just wait. I'v= e >>> added 100 seconds wait to the mapper - no change! >>>=20 >>> Any advice? >>>=20 >>> Thank you. Sincerely, >>> Mark >>=20