Return-Path: Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: (qmail 38636 invoked from network); 5 Jan 2011 16:36:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Jan 2011 16:36:13 -0000 Received: (qmail 9192 invoked by uid 500); 5 Jan 2011 16:36:10 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 8967 invoked by uid 500); 5 Jan 2011 16:36:10 -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 8959 invoked by uid 500); 5 Jan 2011 16:36:09 -0000 Delivered-To: apmail-hadoop-core-user@hadoop.apache.org Received: (qmail 8956 invoked by uid 500); 5 Jan 2011 16:36:09 -0000 Delivered-To: apmail-lucene-hadoop-user@lucene.apache.org Received: (qmail 8953 invoked by uid 99); 5 Jan 2011 16:36:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 16:36:09 +0000 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=FREEMAIL_FROM,RFC_ABUSE_POST,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 216.139.236.26 is neither permitted nor denied by domain of marc.sturlese@gmail.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 16:36:02 +0000 Received: from ben.nabble.com ([192.168.236.152]) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from ) id 1PaWKr-0001qP-VC for hadoop-user@lucene.apache.org; Wed, 05 Jan 2011 08:35:41 -0800 Date: Wed, 5 Jan 2011 08:35:41 -0800 (PST) From: Marc Sturlese To: hadoop-user@lucene.apache.org Message-ID: <1294245341956-2199517.post@n3.nabble.com> Subject: LocalDirAllocator and getLocalPathForWrite MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I have a doubt about how this works. The API documentation says that the class LocalDirAllocator is: "An implementation of a round-robin scheme for disk allocation for creating files" I am wondering, the disk allocation is done in the constructor? Let's say I have a cluster of just 1 node and 4 disks and I do inside a reducer: LocalDirAllocator localDirAlloc = new LocalDirAllocator("mapred.local.dir"); Path pathA = localDirAlloc.getLocalPathForWrite("a") ; Path pathB = localDirAlloc.getLocalPathForWrite("b") ; The local paths pathA and pathB will for sure be in the same local disk as it was allocated by new LocalDirAllocator("mapred.local.dir") or is getLocalPathForWrite who gets the disk and so the two paths might not be in the same disk (as I have 4 disks)? Thanks in advance -- View this message in context: http://lucene.472066.n3.nabble.com/LocalDirAllocator-and-getLocalPathForWrite-tp2199517p2199517.html Sent from the Hadoop lucene-users mailing list archive at Nabble.com.