[ https://issues.apache.org/jira/browse/HDFS-7291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14186459#comment-14186459 ]
Hadoop QA commented on HDFS-7291: --------------------------------- {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12677537/HDFS-7291.4.patch against trunk revision 971e91c. {color:red}-1 patch{color}. Trunk compilation may be broken. Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/8563//console This message is automatically generated. > Persist in-memory replicas with appropriate unbuffered copy API on POSIX and > Windows > ------------------------------------------------------------------------------------ > > Key: HDFS-7291 > URL: https://issues.apache.org/jira/browse/HDFS-7291 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: datanode > Affects Versions: 2.6.0 > Reporter: Xiaoyu Yao > Assignee: Xiaoyu Yao > Attachments: HDFS-7291.0.patch, HDFS-7291.1.patch, HDFS-7291.2.patch, > HDFS-7291.3.patch, HDFS-7291.4.patch > > > HDFS-7090 changes to persist in-memory replicas using unbuffered IO on Linux > and Windows. On Linux distribution, it relies on the sendfile() API between > two file descriptors to achieve unbuffered IO copy. According to Linux > document at http://man7.org/linux/man-pages/man2/sendfile.2.html, this is > only supported on Linux kernel 2.6.33+. > As pointed by Haowei in the discussion below, FileChannel#transferTo already > has support for native unbuffered IO on POSIX platform. On Windows, JDK 6/7/8 > has not implemented native unbuffered IO yet. We change to use > FileChannel#transfer for POSIX and our own native wrapper of CopyFileEx on > Windows for unbuffered copy. -- This message was sent by Atlassian JIRA (v6.3.4#6332)