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

Todd Lipcon updated HDFS-3228:
------------------------------

    Comment: was deleted

(was: Integrated in Hadoop-Mapreduce-trunk-Commit #2373 (See 
[https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Commit/2373/])
    Amendment to my previous commit, fixing JIRA in CHANGES.txt from HDFS-3228 
to HDFS-3428 (Revision 1349556)

     Result = FAILURE
tucu : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1349556
Files : 
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
)
    
> Use fadvise in local read path
> ------------------------------
>
>                 Key: HDFS-3228
>                 URL: https://issues.apache.org/jira/browse/HDFS-3228
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: hdfs client, performance
>            Reporter: Henry Robinson
>            Assignee: Henry Robinson
>
> The read path through BlockReaderLocal does not take advantage of readahead 
> or drop-behind in the way that BlockSender does. We could arguably stand to 
> gain even more from hinting about read patterns to the kernel here, so we 
> should add the same mechanisms to BlockReaderLocal. 

--
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

        

Reply via email to