[PR #1027] [CLOSED] Fixed to use copy api in multipart upload #1769

New issue

Closed

opened 2026-03-04 02:02:04 +03:00 by kerem · 0 comments

kerem commented

2026-03-04 02:02:04 +03:00

Owner

📋 Pull Request Information

Original PR: https://github.com/s3fs-fuse/s3fs-fuse/pull/1027
Author: @ggtakec
Created: 5/2/2019
Status: ❌ Closed

Base: master ← Head: master

📝 Commits (1)

2065281 Fixed to use copy api in multipart upload

📊 Changes

8 files changed (+398 additions, -12 deletions)

View changed files

📝 doc/man/s3fs.1 (+5 -0)
📝 src/curl.cpp (+162 -2)
📝 src/curl.h (+5 -0)
📝 src/fdcache.cpp (+178 -10)
📝 src/fdcache.h (+7 -0)
📝 src/s3fs.cpp (+9 -0)
📝 src/s3fs_util.cpp (+7 -0)
📝 test/integration-test-main.sh (+25 -0)

📄 Description

Relevant Issue (if applicable)

#607

Details

Modified to use Upload part and Copy part(api) when multipart upload of object.

This will allow you to download and upload the smallest sized parts if you upload after writing a part of the object.
(In accordance with the minimum part size 5MB of multipart upload, useless download and upload will not be performed.)

As much as possible, s3fs will improve performance by uploading only the updated area.

The nomixupload option has been added to keep the previous behavior backward compatible.
When this option is specified, s3fs operates as before.
Also, when the nocopyapi, norenameapi and nomultipart options are specified, the same operation as before is performed.

Besides this, test cases for this modified are added. (and the two typo corrections.)

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/s3fs-fuse/s3fs-fuse/pull/1027 **Author:** [@ggtakec](https://github.com/ggtakec) **Created:** 5/2/2019 **Status:** ❌ Closed **Base:** `master` ← **Head:** `master` --- ### 📝 Commits (1) - [`2065281`](https://github.com/s3fs-fuse/s3fs-fuse/commit/2065281abc0e00bf67e5f1c1260e336d283abe6a) Fixed to use copy api in multipart upload ### 📊 Changes **8 files changed** (+398 additions, -12 deletions) <details> <summary>View changed files</summary> 📝 `doc/man/s3fs.1` (+5 -0) 📝 `src/curl.cpp` (+162 -2) 📝 `src/curl.h` (+5 -0) 📝 `src/fdcache.cpp` (+178 -10) 📝 `src/fdcache.h` (+7 -0) 📝 `src/s3fs.cpp` (+9 -0) 📝 `src/s3fs_util.cpp` (+7 -0) 📝 `test/integration-test-main.sh` (+25 -0) </details> ### 📄 Description ### Relevant Issue (if applicable) #607 ### Details Modified to use `Upload part` and `Copy part(api)` when multipart upload of object. This will allow you to download and upload the smallest sized parts if you upload after writing a part of the object. (In accordance with the minimum part size 5MB of multipart upload, useless download and upload will not be performed.) As much as possible, s3fs will improve performance by uploading only the updated area. The `nomixupload` option has been added to keep the previous behavior backward compatible. When this option is specified, s3fs operates as before. Also, when the nocopyapi, norenameapi and nomultipart options are specified, the same operation as before is performed. Besides this, test cases for this modified are added. (and the two typo corrections.) --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>