desktop-packages team mailing list archive

[Remmilou <1236619@xxxxxxxxxxxxxxxxxx>]

Not sure, but this may be of help (at least for finding the cause):
I use Debian and experienced slow transfer and eventually hangs while copying large amonts both on CIFS and iSCSC (on the same server), with cp, rsync and Nautilus copy. But... with gnome-commander it runs smoothly.
In my situation it seems to be the speed of the server. With small amounts it's OK and 60 - 70 MB/s. With large amounts it started at the same speed, but then dropped, eventually to almost zero. Gnome-commander did about 30 MB/s, but carried on.
And now... mounting the server with the "sync" option gave the stability to cp, rsync. 30MB/s, but stable.
At my work, I compared a fast and a slow server. It's no surprise that the slow server did not collapse.
So my conclusions:
Slow servers probably get overloaded with the (default) nosync option. Th buffers just cannot handle the large amounts.
Adapt your options to the server speed and your needs.

Greetz,
Remco Siderius
Amsterdam, NL

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1236619

Title:
  gvfs smb / cifs file copy performance is terribly slow

Status in gvfs package in Ubuntu:
  Confirmed

Bug description:
  Copying moderate-size files to a samba share using gvfs is
  ridiculously slow compared to doing the same via mount.cifs.  For
  example:

  $ ls -sh testfile
  1.2G testfile
  $ time cp testfile ~/mnt/share-gvfs/
  real	2m37.053s
  user	0m0.056s
  sys	0m5.120s
  $ time cp testfile ~/mnt/share/
  real	0m26.134s
  user	0m0.004s
  sys	0m1.724s

  I'm running Xubuntu 13.04 (raring) amd64, gvfs 1.16.1-0ubuntu1.1.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1236619/+subscriptions