android-file-transfer-linux icon indicating copy to clipboard operation
android-file-transfer-linux copied to clipboard

Copying a file in the gui is ~6x faster than with aft-mtp-mount

Open RedirectCleaner opened this issue 4 years ago • 7 comments

When i mount an android device with aft-mtp-mount a file gets copied with ~2MB/s when i use the gui to copy a file to the same directory, the file gets copied with ~12MB/s

What is causing this?

RedirectCleaner avatar May 18 '21 13:05 RedirectCleaner

can you check with a24ef2e5ad12574ee6370011184799e4bbcf59af reverted?

whoozle avatar May 19 '21 09:05 whoozle

reverting https://github.com/whoozle/android-file-transfer-linux/commit/a24ef2e5ad12574ee6370011184799e4bbcf59af breaks aft-mtp-mount completely, it exits without an error but shows no files at all

RedirectCleaner avatar May 19 '21 12:05 RedirectCleaner

I think changes to the fuse library or kernel module broke large transfers, with larger buffer copying performance should be close to physical limitation of NAND/USB

What program do you use to copy files? I mean, is just cp, or Dolphin? Maybe this program does not obey sizes from mount point information.

whoozle avatar May 24 '21 12:05 whoozle

i tried dolphin and cp, both perform equal

RedirectCleaner avatar May 24 '21 17:05 RedirectCleaner

should be fixed in 4687cf4a9cce5df4ee42f2577c5c2b489b1b20f9, please check :)

whoozle avatar May 24 '21 20:05 whoozle

i compiled the latest git head, the copy speed got a bit better (3-4MB/sec) but it's still below the speed of the gui

RedirectCleaner avatar Jul 07 '21 11:07 RedirectCleaner

I'm pretty sure it's because of the recent changes in fuse.

Now changing sizes of read/write buffer will result in random freezes

Currently the buffer limit is 128K (this is big write), so current performance is probably the best we can do. Ideally we have to report it to fuse - (allow bigger read/writes)

whoozle avatar Jul 07 '21 21:07 whoozle