[ https://issues.apache.org/jira/browse/HDFS-2982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13279050#comment-13279050 ]
Hadoop QA commented on HDFS-2982: --------------------------------- -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12528117/HDFS-2982.003.patch against trunk revision . +1 @author. The patch does not contain any @author tags. +1 tests included. The patch appears to include 9 new or modified test files. -1 javac. The patch appears to cause the build to fail. Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/2478//console This message is automatically generated. > Startup performance suffers when there are many edit log segments > ----------------------------------------------------------------- > > Key: HDFS-2982 > URL: https://issues.apache.org/jira/browse/HDFS-2982 > Project: Hadoop HDFS > Issue Type: Bug > Components: name-node > Affects Versions: 2.0.0 > Reporter: Todd Lipcon > Assignee: Colin Patrick McCabe > Priority: Critical > Attachments: HDFS-2982.001.patch, HDFS-2982.002.patch, > HDFS-2982.003.patch > > > For every one of the edit log segments, it seems like we are calling > listFiles on the edit log directory inside of {{findMaxTransaction}}. This is > killing performance, especially when there are many log segments and the > directory is stored on NFS. It is taking several minutes to start up the NN > when there are several thousand log segments present. -- 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