mirror of
https://github.com/rclone/rclone
synced 2024-12-23 14:23:44 +01:00
87ec26001f
Before this change, macOS-specific metadata was not preserved by rclone, even for local-to-local transfers (it does not use the "user." prefix, nor is Mac metadata limited to xattrs.) Additionally, rclone did not take advantage of APFS's native "cloning" functionality for fast and deduplicated transfers. After this change, local (on macOS only) supports "server-side copy" similarly to other remotes, and achieves this by using (when possible) macOS's native APFS "cloning", which is the same underlying mechanism deployed when a user duplicates a file via the Finder UI. This has several advantages over the previous behavior: - It is extremely fast (even large files can be cloned instantly) - It is very efficient in terms of storage, as it automatically deduplicates when possible (i.e. so that having two identical files does not consume more storage than having just one.) (The concept is similar to a "hard link", but subsequent modifications will not affect the original file.) - It preserves Mac-specific metadata to the maximum degree, including not only xattrs but also metadata not easily settable by other methods, including Finder and Spotlight params. When server-side "clone" is not available (for example, on non-APFS volumes), it falls back to server-side "copy" (still preserving metadata but using more disk storage.) It is only used when both remotes are local (and not wrapped by other remotes, such as crypt.) The behavior of local on non-mac systems is unchanged. |
||
|---|---|---|
| .. | ||
| operationsflags | ||
| check_test.go | ||
| check.go | ||
| copy_test.go | ||
| copy.go | ||
| dedupe_test.go | ||
| dedupe.go | ||
| listdirsorted_test.go | ||
| logger.go | ||
| lsjson_test.go | ||
| lsjson.go | ||
| multithread_test.go | ||
| multithread.go | ||
| operations_internal_test.go | ||
| operations_test.go | ||
| operations.go | ||
| rc_test.go | ||
| rc.go | ||
| reopen_test.go | ||
| reopen.go | ||