*** This bug is a duplicate of bug 1248763 ***
https://bugs.launchpad.net/bugs/1248763
** This bug has been marked a duplicate of bug 1248763
incorporate patches for sliding window support
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subs
** Changed in: gvfs
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs slowly on bulk sftp transfers
To manage noti
** Changed in: glib
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs slowly on bulk sftp transfers
To manage notifi
Thanks. The packages seems to work, but i haven't done any actual
measurements (yet) if the patch has any effect.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs per
PPA builds with Ross Lagerwall's patches can be found here:
https://launchpad.net/~jcollins/+archive/gvfs
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs sl
Ross Lagerwall has made a patch which should help in this issue. I hope
it will be included in the Ubuntu gvfs packages asap.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title
** Changed in: gvfs (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs slowly on bul
** Changed in: gvfs
Status: New => In Progress
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs slowly on bulk sftp transfers
To manage notifications about this bu
Yes, the problem still exists and has some very weird properties.
Using the sftp cli I get speeds up to 800kb/s which is the max due to
overhead and others services that eat up upload speed.
Using nautilus gvfs, I get under the same conditions 250 - 350 kb/s.
The strange thing is thoug, that whe
The problem still exists in precise (12.04), that is more than 5 years
after it was first reported both here (ubuntu/gvfs, but also in
nautilus), and at gnome/gvfs. How come no progress *at all* has been
made here? Is there any channel that we could use to draw attention to
this serious performance
** Changed in: gvfs
Status: Unknown => New
** Changed in: gvfs
Importance: Unknown => Low
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/250517
Title:
gvfs performs slowly on bulk sftp t
** Also affects: gvfs via
https://bugzilla.gnome.org/show_bug.cgi?id=532951
Importance: Unknown
Status: Unknown
** Package changed: glib2.0 (Ubuntu) => gvfs (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https
It seems to be related to this upstream bug report at Gnome:
https://bugzilla.gnome.org/show_bug.cgi?id=532951
(slow download using sftp://)
** Bug watch added: GNOME Bug Tracker #532951
https://bugzilla.gnome.org/show_bug.cgi?id=532951
--
You received this bug notification because you are a
I also ran into the same problem on LUbuntu 10.04, which increases big file
transfers times with hours.
Could it be that sftp from Nautilus selects a different cipher for its
encryption?
Presumably des (the default protocol 1 cipher), judging from the speed drop
compared to plain sftp?
For full
I really doubt that this will be fixed in Ubuntu (only). You will probably
have to talk to the upstream developers:
https://bugzilla.gnome.org/browse.cgi?product=gvfs
and/or find someone else to provide a path to them.
--
You received this bug notification because you are a member of Ubuntu
Des
Still here on Oneiric, unfortunately.
This bug means for me that a remote backup over gvfs (using Simple Backup)
takes hours, where it could be done in less than half an hour.
It also means, I cannot play back video from my moviebox over wireless - the
higher latency drops throughput below what i
Using 11.10, 100Mbps home LAN. Using rsync the speed is ~11MiB/s,
nautilus 6~7MiB/s. Google search leads me here. Any improvement since
reported?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/250517
** Changed in: glib
Importance: Unknown => Medium
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists
Reading the upstream bug (
https://bugzilla.gnome.org/show_bug.cgi?id=523015 ) suggests that the
slowness is because when nautilus writes a file via gvfs, it writes a
buffer, then waits for gvfs to confirm the write, then sends more data,
waits for a reply, etc.
It seems like it is a bit of a desi
On Tue, May 18, 2010 at 4:09 PM, am wrote:
> I don't think this is an upstream problem. I have used gnome 2.20 -
> 2.26 on gentoo linux and didn't see this problem ever.
>
> something about ubuntu?
>
> --
> gvfs performs slowly on bulk sftp transfers
> https://bugs.launchpad.net/bugs/250517
> You
I don't think this is an upstream problem. I have used gnome 2.20 -
2.26 on gentoo linux and didn't see this problem ever.
something about ubuntu?
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of
hey there
in 1 GBit LAN it is about 9 MB/s with nautilus and 3 or 4 times faster
using scp.
If you try this before copying
$ sudo cpufreq-selector -g performance
you'll get a slightly better performance using nautilus, but not that
much.
This was a test with karmic-karmic. After upgrading i'll
Is this ever gonna be fixed? It has been present in Intrepid all the
way through Lucid now...
I assume it needs to be fixed upstream, but it really sucks..
4.1MB/s is my max with nautilus, get over 20 with terminal..
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bug
Copy of details provided to the gnome-bugs BTS:
I believe the detail below will clearly show that gvfs is not maxing out
the CPU. Note that a simultaneous transfer of two 1 gig files to the
same destination takes roughly the same time as transferring a single
file. Which is roughly the same amou
Yes, still seeing this in Karmic, 64-bit. Getting 3-4MB/s maximum
transfer rates when using Nautilus to copy the files to a remote server
on the same LAN segment. The very strange bit is that I can sending
multiple files at the same time through Nautilus results in each
transfer reaching the 3-4MB
Just noticed that this bug exists in Karmic as well.
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists
I can also confirm this bug still exists in Jaunty.
I was transferring a large file via Nautilus and seeing speeds that
maxed out at 1.5MB/s. I then resorted to command-line sftp and am
seeing speeds of 10.8MB/s.
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250
More data points - problem still exists in Jaunty AFAICS
This method should be easier to reproduce for most people rather than relying
on iptraf etc.
I created a 120meg file called 'test' via /dev/urandom and dd, then
tried comparing sftp client and regular cp over gvfs
~/.gvfs/sftp on Hardy
I confirm this still present in Jaunty. It is painful.
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lis
Still present in jaunty... Wtf?
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://l
P.S. was there a major Hardy gvfs update between 2008-11-03 and
2009-02-13.
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing
I don't have two Intrepid machines to test this further, but I can test
Hardy-to-Intrepid if it would help. With the exception of the "file
operations dialogue", all line-speed measurements were taken with
iptraf.
Wireless G @ 54M
sftp peak: 1229 KB/s. Average is about 1 MB/s
sftp report
the fuse mounts are not used when using gvfs locations, note that you
should compare to sftp and not scp which is a different way to do copies
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubunt
I've been using iptraf to measure network traffic. My current
statistics are comparable with John's. Because gvfs-copy is also
significantly slower than scp, I wonder if FUSE might also be part of
this bug? No time for me to check right now, but is sshfs as slow as
gvfs-copy?
--
gvfs performs
how did you measure the traffic? just by counting the seconds for copy
or my measure actual eth activity? it could be that nautilus generates a
higher activity to copy the same datas (ie small slices and extra
informations etc)
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad
ii gvfs1.0.2-0ubuntu2
ii gvfs-backends 1.0.2-0ubuntu2
ii openssh-client 1:5.1p1-3ubuntu1
Copying a 1018MB file from an ubuntu 8.10 (Intrepid) desktop to a Debian
4.0 (Etch) server across our LAN (via 100Mbps ethernet):
scp command line is around 11.1MB/s (as
While not the same speed, I've noticed an improvement recently (using
Intrepid). Is yours just as slow?
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assigne
I'd like to confirm that this problem is even worse on a wireless
network.
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing l
** Changed in: glib2.0 (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
Status: New => Triaged
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are
** Changed in: glib
Status: Unknown => Confirmed
--
gvfs performs slowly on bulk sftp transfers
https://bugs.launchpad.net/bugs/250517
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to glib2.0 in ubuntu.
--
desktop-bugs mailing lis
40 matches
Mail list logo
