[ 
https://issues.apache.org/jira/browse/HADOOP-13611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18044908#comment-18044908
 ] 

ASF GitHub Bot commented on HADOOP-13611:
-----------------------------------------

github-actions[bot] commented on PR #1924:
URL: https://github.com/apache/hadoop/pull/1924#issuecomment-3649975000

   We're closing this stale PR because it has been open for 100 days with no 
activity. This isn't a judgement on the merit of the PR in any way. It's just a 
way of keeping the PR queue manageable.
   If you feel like this was a mistake, or you would like to continue working 
on it, please feel free to re-open it and ask for a committer to remove the 
stale tag and review again.
   Thanks all for your contribution.




> FileSystem/s3a processDeleteOnExit to skip the exists() check
> -------------------------------------------------------------
>
>                 Key: HADOOP-13611
>                 URL: https://issues.apache.org/jira/browse/HADOOP-13611
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs, fs/s3
>    Affects Versions: 2.7.3
>            Reporter: Steve Loughran
>            Priority: Trivial
>
> If you look at {{FileSystem.processDeleteOnExit()}}, it does an exists() 
> check for each entry, before calling delete().
> That exists() check is superfluous; on s3 it add an extra 1-4 HTTP GETs
> This could be fixed with a subclass in s3a to avoid it, but as the call is 
> superfluous in *all* filesystems, it could be removed in {{FileSystem}} and 
> so picked up by all object stores.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to