Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-dev@hadoop.apache.org
Date: Tue, 6 Mar 2012 08:52:58 +0000 (UTC)
From: "Todd Lipcon (Resolved) (JIRA)" <jira@apache.org>
To: hdfs-dev@hadoop.apache.org
Message-ID: 
 <635138119.26615.1331023978356.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <13037074.26582.1331023860648.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Resolved] (HDFS-3053) Support for true zero-copy
 (mmap-based) reads
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-3053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Todd Lipcon resolved HDFS-3053.
-------------------------------

    Resolution: Duplicate

looks like Dhruba filed this at the same time I did. Resolving as dup of HDFS-3051
                
> Support for true zero-copy (mmap-based) reads
> ---------------------------------------------
>
>                 Key: HDFS-3053
>                 URL: https://issues.apache.org/jira/browse/HDFS-3053
>             Project: Hadoop HDFS
>          Issue Type: New Feature
>          Components: hdfs client
>            Reporter: Todd Lipcon
>
> Continuing a discussion started in HDFS-2834, it would be slick to provide support for a true zero-copy read API. In this style API, rather than having the user pass buffers to read into, the DFS client would provide buffers to the user. This allows the client to pass slices of mmaped blocks, for example, which can cut one or two copies out of many read scenarios.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira