Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 19030 invoked from network); 10 Oct 2008 17:52:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Oct 2008 17:52:07 -0000 Received: (qmail 72719 invoked by uid 500); 10 Oct 2008 17:52:04 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 72683 invoked by uid 500); 10 Oct 2008 17:52:04 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 72672 invoked by uid 99); 10 Oct 2008 17:52:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Oct 2008 10:52:04 -0700 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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Oct 2008 17:51:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C2A49234C21C for ; Fri, 10 Oct 2008 10:51:44 -0700 (PDT) Message-ID: <623163192.1223661104796.JavaMail.jira@brutus> Date: Fri, 10 Oct 2008 10:51:44 -0700 (PDT) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-4386) RPC support for large data transfers. In-Reply-To: <346504469.1223589044436.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-4386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638606#action_12638606 ] Raghu Angadi commented on HADOOP-4386: -------------------------------------- I should add that using transferTo or not does not actually change the blocking dynamic. In side the RPC, user code still needs to do blocking read or write to disk. > RPC support for large data transfers. > ------------------------------------- > > Key: HADOOP-4386 > URL: https://issues.apache.org/jira/browse/HADOOP-4386 > Project: Hadoop Core > Issue Type: New Feature > Components: dfs, ipc > Reporter: Raghu Angadi > > Currently HDFS has a socket level protocol for serving HDFS data to clients. Clients do not use RPCs to read or write data. Fundamentally there is no reason why this data transfer can not use RPCs. > This jira is place holder for any porting Datanode transfers to RPC. This topic has been discussed in varying detail many times, the latest being in the context of HADOOP-3856. There are quite a few issues to be resolved both at API level and at implementation level. > We should probably copy some of the comments from HADOOP-3856 to here. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.