[
https://issues.apache.org/jira/browse/HADOOP-17139?focusedWorklogId=615003&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-615003
]
ASF GitHub Bot logged work on HADOOP-17139:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 25/Jun/21 13:49
Start Date: 25/Jun/21 13:49
Worklog Time Spent: 10m
Work Description: bogthe edited a comment on pull request #3101:
URL: https://github.com/apache/hadoop/pull/3101#issuecomment-868513275
**This PR is still in development**
Alright, finally got some time to implement some of the suggested changes.
What's new up until now:
- `listFilesAndDirs` a new `RemoteIterator` similar to `listFiles` that
includes `LocatedFileStatus` for directories too. It's handy when we want to
detect empty directories;
- The new `CopyFromLocalOperation` in S3a which "borrows" ideas from [the
Cloudup
project](https://github.com/steveloughran/cloudstore/blob/trunk/src/main/java/org/apache/hadoop/fs/tools/cloudup/Cloudup.java);
What's left :
- Write up the test cases for an `AbstractContractCopyFromLocalTest` class
as described above;
- Update / Add documentation;
- Do one final "polish" of rough edges;
What was surprising:
- `trackDurationAndSpan(stat, path, new CopyFromLocalOperation(...))` did
create a valid span however the operation class "didn't have access to it"
(i.e. any span from inside of `CopyFromLocalOperation` was inactive) hence the
`() -> new CopyFromLocalOperation(...).execute()` call.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 615003)
Time Spent: 20m (was: 10m)
> Re-enable optimized copyFromLocal implementation in S3AFileSystem
> -----------------------------------------------------------------
>
> Key: HADOOP-17139
> URL: https://issues.apache.org/jira/browse/HADOOP-17139
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: fs/s3
> Affects Versions: 3.3.0, 3.2.1
> Reporter: Sahil Takiar
> Assignee: Bogdan Stolojan
> Priority: Minor
> Labels: pull-request-available
> Time Spent: 20m
> Remaining Estimate: 0h
>
> It looks like HADOOP-15932 disabled the optimized copyFromLocal
> implementation in S3A for correctness reasons. innerCopyFromLocalFile should
> be fixed and re-enabled. The current implementation uses
> FileSystem.copyFromLocal which will open an input stream from the local fs
> and an output stream to the destination fs, and then call IOUtils.copyBytes.
> With default configs, this will cause S3A to read the file into memory, write
> it back to a file on the local fs, and then when the file is closed, upload
> it to S3.
> The optimized version of copyFromLocal in innerCopyFromLocalFile, directly
> creates a PutObjectRequest request with the local file as the input.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
