After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 789647 - Copy/move to USB is very slow
Copy/move to USB is very slow
Status: RESOLVED NOTGNOME
Product: gvfs
Classification: Core
Component: daemon
1.28.x
Other Linux
: Normal critical
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2017-10-30 10:12 UTC by csola48
Modified: 2017-10-31 07:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Copy from the desktop to a 16GB pendrive (14.45 KB, image/png)
2017-10-30 10:12 UTC, csola48
Details

Description csola48 2017-10-30 10:12:55 UTC
Created attachment 362531 [details]
Copy from the desktop to a 16GB pendrive

Ubuntu 16.04.3 LTS from 32 bit machines to a USB stick or winchester, the speed is approx. starting at 25MB/s, it slows down to 100kB/s. At the end of the copying, you will stand for a long time. Copy / move a 1.5GB file 20-30 minutes (!). Look at screenshot. This is so useless! Eg. I archive a 1TB USB flash drive ...unusable ... 
Ports and Devices: USB2 and/or USB3 / pendive and/or winchester (500GB - 1TB)


4.10.0-37-generic #41~16.04.1-Ubuntu SMP Fri Oct 6 22:42:22 UTC 2017
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"
System memory: 16GB

gvfs 1.28.2-1ubuntu1~16.04.2 <= This is what the Ubuntu Mint board has written on bug fixes

Help me and advice! :(
Comment 1 Ondrej Holy 2017-10-30 10:34:22 UTC
Thanks for your bug report. Is this also so slow if you use "gio copy" and even the plain "cp" command?
Comment 2 csola48 2017-10-30 16:26:09 UTC
1) I do not know exactly what the "gio copy" ... Sorry ...

2) I use cp, but it is also very slow or slower than any other copy
Comment 3 csola48 2017-10-30 16:31:36 UTC
Two sets of current settings:

1) sysctl -a | grep dirty

vm.dirty_background_bytes = 52428800
vm.dirty_background_ratio = 0
vm.dirty_bytes = 104857600
vm.dirty_expire_centisecs = 3000
vm.dirty_ratio = 0
vm.dirty_writeback_centisecs = 500
vm.dirtytime_expire_seconds = 43200
vm.highmem_is_dirtyable = 0

===

2) cat /proc/vmstat | egrep "dirty|writeback"

nr_dirty 14
nr_writeback 0
nr_writeback_temp 0
nr_dirty_threshold 25600
nr_dirty_background_threshold 12800
Comment 4 Ondrej Holy 2017-10-31 07:36:10 UTC
Thanks for your reply. If "cp" is also so slow, then the bug is not in GNOME layer. It is probably something wrong in kernel...

Just info that "gio" is cmd tool (formerly gvfs-copy, gvfs-ls, gvfs-info...) which uses same internals as Nautilus. You can use "gio copy [src] [dsc]" analogically as "cp".