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 525750 - file transfer on USB disk slows down with gvfs
file transfer on USB disk slows down with gvfs
Status: RESOLVED NOTGNOME
Product: gvfs
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2008-04-02 13:00 UTC by Jean-François Fortin Tam
Modified: 2009-12-20 20:46 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2008-04-02 13:00:05 UTC
opened on https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/197762

When transferring large files (800meg) or even medium-size files (200meg), the transfer rate decreases constantly. It starts at around [9meg/sec] and goes down to [4meg/s]. This is reproducible on this particular configuration, but not on all computers (as Seb128 could not confirm the behavior), using Nautilus on Ubuntu 8.04 (hardy heron).

http://launchpadlibrarian.net/13034731/.xsession-errors
http://launchpadlibrarian.net/13034741/syslog.log
http://launchpadlibrarian.net/13034784/messages.log

And, finally, take a look at the screencast demonstrating the problem: http://launchpadlibrarian.net/13037579/slow%20gvfs.ogv
Comment 1 Alexander Larsson 2009-03-10 10:54:37 UTC
Reading the ubuntu bug this seems to be a kernel issue. Closing.
Comment 2 Przemysław Kulczycki 2009-12-20 20:46:34 UTC
I've did some test and I managed to narrow this bug somehow.
My setup: Macbook 2,1; Intel USB controller; Ubuntu 9.10 64-bit.
1st try: Patriot Xporter 4GB flash drive - no problems.
2nd try: Patriot Xporter 16GB drive - slows down when writing to USB drive under Gnome.
It worked fine when I booted to recovery mode (pure CLI, no Gnome), mounted the drive manually and copied over 700MB of data.
It slowed down in Gnome, both with automounting, and with manual mounting (though this time I can't guarantee that Gnome wasn't involved in that because I just remounted the drive manually after the Gnome's autodetection).
So it seems that some subsystem invoked by Gnome (hal? udev? gvfs?) is responsible for the slowdown.
Please tell me if this is relevant to this bug or should I file a new one?

I'm attaching the output of dstat ran while copying in Gnome.
http://launchpadlibrarian.net/36999761/dstat-sdb1-gnome-automount-try1.txt

Here's my dmesg.
Please note that I also have a USB 3.5" hard disk and it works fine. The problem is only with the pendrive.
http://launchpadlibrarian.net/36999785/dmesg.txt

Here's dstat run in recovery mode - everything is fine.
http://launchpadlibrarian.net/36999821/dstat-sdb1-recoverymode-manualmount-try1.txt

And here's dstat ran when I tried manual mounting while in Gnome, but it might be the same as automount because I just remounted the drive manually after an automounting in Gnome.
http://launchpadlibrarian.net/36999838/dstat-sdb1-gnome-manualmount-try1.txt