Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 61B6CE946 for ; Tue, 20 Nov 2012 06:34:08 +0000 (UTC) Received: (qmail 37756 invoked by uid 500); 20 Nov 2012 06:34:08 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 37611 invoked by uid 500); 20 Nov 2012 06:34:07 -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 37474 invoked by uid 99); 20 Nov 2012 06:34:06 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Nov 2012 06:34:06 +0000 Date: Tue, 20 Nov 2012 06:34:06 +0000 (UTC) From: "Putu Yuwono (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1289037982.5411.1353393246945.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (HDFS-782) dynamic replication MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HDFS-782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13500862#comment-13500862 ] Putu Yuwono commented on HDFS-782: ---------------------------------- Is there anybody who's been working on this issue? It's been 3 years but still unresolved. > dynamic replication > ------------------- > > Key: HDFS-782 > URL: https://issues.apache.org/jira/browse/HDFS-782 > Project: Hadoop HDFS > Issue Type: New Feature > Reporter: Ning Zhang > > In a large and busy cluster, a block can be requested by many clients at the same time. HDFS-767 tries to solve the failing case when the # of retries exceeds the maximum # of retries. However, that patch doesn't solve the performance issue since all failing clients have to wait a certain period before retry, and the # of retries could be high. > One solution to solve the performance issue is to increase the # of replicas for this "hot" block dynamically when it is requested many times at a short period. The name node need to be aware such situation and only clean up extra replicas when they are not accessed recently. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira