Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

copy_file_range support #245

Open
TPolzer opened this issue Apr 14, 2020 · 3 comments
Open

copy_file_range support #245

TPolzer opened this issue Apr 14, 2020 · 3 comments
Labels
good-idea Good idea that's likely to happen type:enhancement

Comments

@TPolzer
Copy link

TPolzer commented Apr 14, 2020

Would it be possible to support copy_file_range? That could potentially speed up file copies enormously for filesystems that are copy on write or remote.

https://libfuse.github.io/doxygen/structfuse__operations.html#a8dab2194663f561ef7db54de2ca35694

@tv42
Copy link
Member

tv42 commented Apr 14, 2020

FUSE_COPY_FILE_RANGE was added in protocol 7.28, we're currently stuck around 7.12 because last I looked, OSXFUSE didn't support 7.20 (macfuse/macfuse#155) and then both the OSXFUSE upstream and Apple turned hostile to open source (#224).

This will likely get done after dropping macOS support. Which is pretty much going to bring out the mobs with torches, but no maintainers...

@tv42 tv42 added good-idea Good idea that's likely to happen type:enhancement labels Apr 14, 2020
@paralin
Copy link

paralin commented Nov 19, 2021

Since MacOS support was dropped, could this be added?

@tv42
Copy link
Member

tv42 commented Nov 19, 2021

Need to check what FreeBSD is up to, but yes, we should be able to bring the protocol up now a lot more easily than writing lots of conditionals and alternate versions of types.

tv42 added a commit that referenced this issue Dec 10, 2022
`CopyFileRange` support is tracked at
<#245>.
tv42 added a commit that referenced this issue Dec 10, 2022
`CopyFileRange` support is tracked at
<#245>.

Set `OpenCacheDir` in `Open` to cache directory contents.

`MaxPages` support is tracked at
<#293>.

Pass `CacheSymlinks` as mount option to cache symlink contents.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good-idea Good idea that's likely to happen type:enhancement
Projects
None yet
Development

No branches or pull requests

3 participants