-
Notifications
You must be signed in to change notification settings - Fork 33
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
Inconsequential questions about mounting #90
Comments
the main reason for as for the remark on the services page saying "you can use rclone instead, which is much slower", this is probably still true when you're transferring many small files (because davfs2 has the benefit of skipping some userspace/kernel round-trips), but rclone performance improved A LOT when it became possible to specify also that comparison doc is cool, think I'll spin off that and try some more combinations 👍 |
Thank you! |
well, we can scrap the davfs2 recommendation -- rclone beats it out of the water, especially when there's a bit of latency. This is assuming you're on rclone v1.63 or later and using the I'll update the docs when I have some more actual numbers, but it's looking like rclone being up to about twice as fast :> EDIT: oh and rclone's webdav is WAY faster than ftp for small files (not surprising, given how crazy the ftp protocol is) -- ftp has a tiny advantage for big files, but it's not likely to apply in reality, so webdav's the way to go |
The rclone example command copyparty shows sets
vendor=owncloud
... any particular reason why? I don't think copyparty has anything to do with owncloud? They do have a WebDAV vendor which feels more accurate.It also mentions that "rclone is much slower" than webdaw/davfs2 - is this true? I would have though rclone would be way faster, using a newer protocol and all? At least one random dude out there benchmarked it to be faster than davfs2, but idk if that's true for copyparty specifically?
The text was updated successfully, but these errors were encountered: