You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "liuxiaolong (Jira)" <ji...@apache.org> on 2020/02/19 08:16:00 UTC
[jira] [Created] (HADOOP-16872) Performance improvement when distcp
files in large dir with -direct option
liuxiaolong created HADOOP-16872:
------------------------------------
Summary: Performance improvement when distcp files in large dir with -direct option
Key: HADOOP-16872
URL: https://issues.apache.org/jira/browse/HADOOP-16872
Project: Hadoop Common
Issue Type: Improvement
Reporter: liuxiaolong
We use distcp with -direct option to copy a file between two large directories. We found it costed a few minutes. If we launch too much distcp jobs at the same time, NameNode performance degradation is serious.
hadoop -direct -skipcrccheck -update -prbugaxt -i -numListstatusThreads 1 hdfs://cluster1:8020/source/100.log hdfs://cluster2:8020/target/100.jpg
|| ||Dir path||Count||
||Source dir|| hdfs://cluster1:8020/source/ ||100k+ files||
||Target dir||hdfs://cluster2:8020/target/ ||100k+ files||
Check code in CopyCommitter.java, we find in function
deleteAttemptTempFiles() has a code
targetFS.globStatus(new Path(targetWorkPath, ".distcp.tmp." + jobId.replaceAll("job","attempt") + "*"));
it will waste a lot of time when distcp between two large dirs. When we use distcp with -direct option, it will direct write to the target file without generate a '.distcp.tmp' temp file. So, i think this code need add a judgment in function deleteAttemptTempFiles, if distcp with -direct option, do nothing , directly return .
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org