Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 16033 invoked from network); 30 Apr 2010 13:51:23 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Apr 2010 13:51:23 -0000 Received: (qmail 98554 invoked by uid 500); 30 Apr 2010 13:51:23 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 98495 invoked by uid 500); 30 Apr 2010 13:51:22 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 98487 invoked by uid 99); 30 Apr 2010 13:51:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Apr 2010 13:51:22 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Apr 2010 13:51:20 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o3UDowMx005915 for ; Fri, 30 Apr 2010 13:50:58 GMT Message-ID: <33036296.32761272635458459.JavaMail.jira@thor> Date: Fri, 30 Apr 2010 09:50:58 -0400 (EDT) From: "dhruba borthakur (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Commented: (HDFS-1120) Make DataNode's block-to-device placement policy pluggable In-Reply-To: <31923739.2271272534954514.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HDFS-1120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12862675#action_12862675 ] dhruba borthakur commented on HDFS-1120: ---------------------------------------- do you have a use-case in mind when such a policy if beneficial and why the current policy is inadequate? is a policy that tries to keep all disks at the same usage capacity better then the round-robin one? especially when disks can die, get repaired and then put back into the same system? > Make DataNode's block-to-device placement policy pluggable > ---------------------------------------------------------- > > Key: HDFS-1120 > URL: https://issues.apache.org/jira/browse/HDFS-1120 > Project: Hadoop HDFS > Issue Type: Improvement > Components: data-node > Reporter: Jeff Hammerbacher > > As discussed on the mailing list, as the number of disk drives per server increases, it would be useful to allow the DataNode's policy for new block placement to grow in sophistication from the current round-robin strategy. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.