By the way, due to freezing issues with copying many small files last august, I was forced to change fstab. The cifs/smb version is now 2.0: //ip-address/home /mnt/cifs_nas_home cifs uid=florian,gid=florian,credentials=/home/florian/.smbcredentials,dir_mode=0700,vers=2.0 0 0
Restrictions to the .exe speed drop exception: If the .exe-file already exists in the destination, replacing is as slow as coping iso files (7 MB/s) Same behaviour with gio copy. Because of the replacement issue above I repeated the measurements with following approach: - test file size 8 GB - only upload - fast copies are repeated 3 times and averaged performance chosen (only if no freak value) - slow copies are repeated 3 times too but aborted after ca. 20 seconds Results Tool/CMD type ending performance (in MB/s) nautilus copy iso ~ 7 nautilus repl. iso ~ 7 nautilus copy exe ~ 110 nautilus repl. exe ~ 7 gio copy copy iso ~ 7 gio copy repl. iso ~ 7 gio copy copy exe ~ 110 gio copy repl. exe ~ 7 cp copy iso ~ 75 cp repl. iso ~ 110 cp copy exe ~ 110 cp repl. exe ~ 110 Commands gio copy -pT /home/florian/testfile-upload-8gb.[iso/exe] /mnt/cifs_nas_media_flo/testfile-upload-8gb.[iso/exe] time cp -T /home/florian/testfile-upload-8gb.[iso/exe] /mnt/cifs_nas_media_flo/testfile-upload-8gb.[iso/exe] Annotation: Because "cp" has no progress function, the less accurate time command is used. Through comparing "gio copy -pT" and "time gio copy -pT", I translated "cp" time results to performance. Very first copy issue This part needs to be observed more closely. Resetting cifs mount (umount, mount) appears to help for a few 8 GB copies. But after a few it starts fast but drops hard down to 7 MB/s after 4 GB transmitted. After some more beginning and cancelling copies it stays at 7 MB/s permanently. Summary: - massive speed drop with upload copy is only observed with "nautilus" and "gio copy", not "cp", although the last one has also a weird behaviour, but that's probably another matter - the very first copy issue needs closer observation - speed drop is depending on file ending, ".iso" is always slow, ".exe" only if replacing existing file -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1782535 Title: cifs - poor upload speed with nautilus compared to rsync Status in nautilus package in Ubuntu: Incomplete Bug description: I'm mounting folders from my NAS on my computer (Ubuntu 18.04) with cifs. Copying an 8 GB file... Upload (local -> mounted) - Nautilus/Nemo -> 6 MB/s - rsync -> 50-60 MB/s Download performance is also strange, but not my biggest concern. Download (mounted -> local) - Nautilus/Nemo -> 90 MB/s - rsync -> 50-60 MB/s rsync command (upload): rsync --progress /home/me/file.iso /mnt/cifs_media/ fstab entry: //nas/media /mnt/cifs_media cifs vers=3.0,uid=me,gid=me,credentials=/home/me/.smbcredentials,dir_mode=0700,file_mode=0700 0 0 Any idea, why Nautilus is uploading up to 10 times more slowly than rsync, although both using the same cifs, os, hardware, network etc.? PS: Further info for bug report 1) The release of Ubuntu: Ubuntu 18.04 LTS 2) The version of the package: Nautilus 3.26.3 3) What you expected to happen: At least same speed as with using rsync 4) What happened instead: See above To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1782535/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
