hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Todd Lipcon (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-3228) Use fadvise in local read path
Date Wed, 13 Jun 2012 17:43:44 GMT

     [ 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 #1108 (See [https://builds.apache.org/job/Hadoop-Mapreduce-trunk/1108/])
    Amendment to my previous commit, fixing JIRA in CHANGES.txt from HDFS-3228 to HDFS-3428
(Revision 1349556)
HDFS-3228. Move DelegationTokenRenewer to common (tucu) (Revision 1349555)

     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

tucu : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1349555
Files : 
* /hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/DelegationTokenRenewer.java
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/HftpFileSystem.java
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/security/token/delegation/DelegationTokenRenewer.java
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/web/WebHdfsFileSystem.java
> 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


View raw message