I'm using Geany 0.18 on Ubuntu 10.04, and accessing files via the built-in SSH browser in GNOME.
Problem is, saving files is *really slow*. Like, about 5 seconds. And they're weany files too (bit of HTML & CSS).
I've set the `Disk Check Timeout` to 0 but with no perceivable benefit. It's funny, because this behaviour only seems to apply to Linux servers (I have an account with Dreamhost) and not with a couple of Windows servers that I've had access to (running IIS I do believe).
It's even funnier because gedit is super-speedy in saving the same files.
Any ideas?
mtia, Jake
On 5 August 2010 20:51, Jake Subs subs@growdigital.net wrote:
I'm using Geany 0.18 on Ubuntu 10.04, and accessing files via the built-in SSH browser in GNOME.
Problem is, saving files is *really slow*. Like, about 5 seconds. And they're weany files too (bit of HTML & CSS).
I've set the `Disk Check Timeout` to 0 but with no perceivable benefit. It's funny, because this behaviour only seems to apply to Linux servers (I have an account with Dreamhost) and not with a couple of Windows servers that I've had access to (running IIS I do believe).
It's even funnier because gedit is super-speedy in saving the same files.
Any ideas?
Hi Jake,
I think its likely related to the fact that Geany only requires an old version of Glib file handling (deliberately). But the GIO file handling that fixes these problems is only available in a much more recent version, and of course is what gedit uses . Clearly Glib is not going to be fixed and there is some consideration being given to making the GIO file handling available in Geany if the system it runs on supports it, but someone has to have the time to do it.
Cheers Lex
mtia, Jake _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, Aug 5, 2010 at 1:01 PM, Lex Trotman elextr@gmail.com wrote:
Clearly Glib is not going to be fixed and there is some consideration being given to making the GIO file handling available in Geany if the system it runs on supports it, but someone has to have the time to do it.
Thanks for the explanation :)
Slighty OT, but is there a way to actually _pay_ a developer to do the work? Something I've been mulling over for a while, by raising a pledge for a specific feature. Or is that not the "done thing" in the world of Free Software development? Apologies if this is anathema!
On Thu, Aug 5, 2010 at 1:19 PM, Jake Subs subs@growdigital.net wrote:
Slighty OT, but is there a way to actually _pay_ a developer to do the work? Something I've been mulling over for a while, by raising a pledge for a specific feature. Or is that not the "done thing" in the world of Free Software development? Apologies if this is anathema!
I cannot speak for the Geany developers, but I do know that some open software projects do accept funding to work on specific features. I imagine this is negotiated on a case-by-case basis.
John
You can create a bounty:
- http://swik.net/GNOME/GNOME+Bounties - http://www.opensourcexperts.com/bountylist.html?bountytype=1&cat=49
Some discussion about effectiveness
- http://live.gnome.org/BountiesDiscussion
But based on what I read, it might be a good Idea to find a local Linux Users Group and see if you can hire someone to build.fix the feature.
On Thu, Aug 5, 2010 at 11:19 AM, Jake Subs subs@growdigital.net wrote:
On Thu, Aug 5, 2010 at 1:01 PM, Lex Trotman elextr@gmail.com wrote:
Clearly Glib is not going to be fixed and there is some consideration being given to making the GIO file handling available in Geany if the system it runs on supports it, but someone has to have the time to do it.
Thanks for the explanation :)
Slighty OT, but is there a way to actually _pay_ a developer to do the work? Something I've been mulling over for a while, by raising a pledge for a specific feature. Or is that not the "done thing" in the world of Free Software development? Apologies if this is anathema! _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, Aug 5, 2010 at 6:53 PM, Ben West mrgenixus@gmail.com wrote:
You can create a bounty
I knew someone would have thought of it before! Thanks particularly for the link discussing their effectiveness.
I was thinking along these lines but particularly for educational establishments, so that rather than spending money on license fees, colleges would spend money on features.
On Thu, Aug 5, 2010 at 12:31 PM, Jake Subs subs@growdigital.net wrote:
On Thu, Aug 5, 2010 at 6:53 PM, Ben West mrgenixus@gmail.com wrote:
You can create a bounty
I knew someone would have thought of it before! Thanks particularly for the link discussing their effectiveness.
I was thinking along these lines but particularly for educational establishments, so that rather than spending money on license fees, colleges would spend money on features. _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
I thought that's what graduate students were for ...
On Thu, 5 Aug 2010 18:19:19 +0100, Jake wrote:
On Thu, Aug 5, 2010 at 1:01 PM, Lex Trotman elextr@gmail.com wrote:
Clearly Glib is not going to be fixed and there is some consideration being given to making the GIO file handling available in Geany if the system it runs on supports it, but someone has to have the time to do it.
Well, it's not really GLib what Geany uses for file IO, it's rather libc. So, what's happening when you save a remote file via SSH in Geany is that a simple write operation if performed on a file in the filesystem. Pretty much the same as a simple 'cp' on the command line. The remote file is mounted into the filesystem using GVfs and its fuse backend which actually outs the remote end into the filesystem. That works mostly transparently for the users so you don't notice a bit difference between apps like Geany and Gedit. Gedit instead doesn't use good, old libc, they use the new GIO API which directly communicates with the remote end through GVfs.
So, now we know what's going on. No doubt, the indirection through the fuse filesystem doesn't speed up things. Still I'm wondering why it seems so much slower to you than Gedit's saving. Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
Slighty OT, but is there a way to actually _pay_ a developer to do the
I won't participate in this discussion. I personally don't like paid features very much but this is just me.
Regards, Enrico
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
Will do -- is there a simple way to log how long files take to copy? I'm not very au fait with the command line.
Slighty OT, but is there a way to actually _pay_ a developer to do the
I personally don't like paid features very much but this is just me.
I wouldn't be surprised if a lot of people wouldn't like it. A friend helps organise a volunteer-run arts cinema, and there has been great controversy over paying some people and not others.
If the whole model is based upon voluntary work, then any introduction of filthy lucre may upset the apple cart.
I was just thinking of a way to re-direct money paid for software licenses by educational institutions over to Free Software. Oddly enough, many organisations feel happier if they can pay for something.
Jake Subs wrote:
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
Will do -- is there a simple way to log how long files take to copy? I'm not very au fait with the command line.
time <command>
Bob S.
On Sat, 7 Aug 2010 19:23:21 +0100 Jake Subs subs@growdigital.net wrote:
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
Slighty OT, but is there a way to actually _pay_ a developer to do the
I personally don't like paid features very much but this is just me.
I wouldn't be surprised if a lot of people wouldn't like it. A friend helps organise a volunteer-run arts cinema, and there has been great controversy over paying some people and not others.
If the whole model is based upon voluntary work, then any introduction of filthy lucre may upset the apple cart.
I was just thinking of a way to re-direct money paid for software licenses by educational institutions over to Free Software. Oddly enough, many organisations feel happier if they can pay for something.
Maybe somebody is funding some kind of IT company which is doing billable work around Geany. I agree Enrico in thinking that this is nothing we shall do as 'Geany-community'.
Cheers, Frank
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
On Thu, 5 Aug 2010 18:19:19 +0100, Jake wrote: Still I'm wondering why it seems so much slower to you than Gedit's saving. Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
I can see that I need to copy files from the server to locally to get a valid comparison. But not knowing much at all about the command line, how do I actually use `cp` and `gvfs-cp` to copy files from one server to another?!?
If I SSH onto remote server, then it's as if I'm on that machine. Do I use SFTP commands (which uses an SSH connection)?
Yours, in ignorance, Jake
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
On Thu, 5 Aug 2010 18:19:19 +0100, Jake wrote: Still I'm wondering why it seems so much slower to you than Gedit's saving. Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
I finally managed to run these tests:
I copied a PNG file to a Dreamhost SFTP server via GVFS , 493814 bytes in size.
cp 36.043 seconds gvfs-copy 13.895 seconds
hth, Jake
On Tue, 17 Aug 2010 13:45:51 +0100, Jake wrote:
Hi,
sorry for not replying to your previous mail and for replying so late now. I lost track a bit.
2010/8/5 Enrico Tröger enrico.troeger@uvena.de:
On Thu, 5 Aug 2010 18:19:19 +0100, Jake wrote: Still I'm wondering why it seems so much slower to you than Gedit's saving. Can you try to do some tests on the command line with 'cp' and 'gvfs-cp', 'cp' uses libc, 'gvfs-cp' uses GIO.
I finally managed to run these tests:
I copied a PNG file to a Dreamhost SFTP server via GVFS , 493814 bytes in size.
cp 36.043 seconds gvfs-copy 13.895 seconds
Ok, that confirms my assumption, that it isn't strictly related to Geany but more to GVfs resp. gvfs-fuse.
Maybe updating GVfs, gvfs-fuse helps, otherwise try to report a bug against these packages. Thanks.
Regards, Enrico
2010/8/29 Enrico Tröger enrico.troeger@uvena.de:
Maybe updating GVfs, gvfs-fuse helps, otherwise try to report a bug against these packages. Thanks.
So it _is_ GVFS that is causing the problem?
I've checked my packages (Ubuntu Lucid) and they're all up to date. http://packages.ubuntu.com/lucid/libs/gvfs
What would I put in the bug report for GVFS?! Sorry to be vague but I don't understand what the issue is between Geany & GVFS!
thanks for replying, Jake
On 8 September 2010 20:22, Jake Subs subs@growdigital.net wrote:
2010/8/29 Enrico Tröger enrico.troeger@uvena.de:
Maybe updating GVfs, gvfs-fuse helps, otherwise try to report a bug against these packages. Thanks.
So it _is_ GVFS that is causing the problem?
I've checked my packages (Ubuntu Lucid) and they're all up to date. http://packages.ubuntu.com/lucid/libs/gvfs
What would I put in the bug report for GVFS?! Sorry to be vague but I don't understand what the issue is between Geany & GVFS!
Geany doesn't actually know how to save over SSH, instead GVFS, specifically GVFS-fuse, provides the capability as if the file was local, ie Geany reads and writes to it using C standard posix calls just like a local file.
Therefore, as Enrico said, the performance issue is in the GVFS-fuse part as evidenced by the difference in the performance when you copied using standard unix cp which uses the same C standard calls as Geany compared to GVFS-cp which bypasses the -fuse part of the system by using a non-standard interface.
Cheers Lex
thanks for replying, Jake _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Wed, Sep 8, 2010 at 11:41 AM, Lex Trotman elextr@gmail.com wrote:
the performance issue is in the GVFS-fuse part
Yes but is that part in the way Geany handles GVFS or is it GVFS itself? I don't want to raise an irrelevant bug!
On Fri, 10 Sep 2010 14:43:33 +0100 Jake Subs subs@growdigital.net wrote:
On Wed, Sep 8, 2010 at 11:41 AM, Lex Trotman elextr@gmail.com wrote:
the performance issue is in the GVFS-fuse part
Yes but is that part in the way Geany handles GVFS or is it GVFS itself? I don't want to raise an irrelevant bug!
Geany knows nothing of GVFS, it uses standard POSIX calls.
Regards, Nick
On 10 September 2010 23:43, Jake Subs subs@growdigital.net wrote:
On Wed, Sep 8, 2010 at 11:41 AM, Lex Trotman elextr@gmail.com wrote:
the performance issue is in the GVFS-fuse part
Yes but is that part in the way Geany handles GVFS or is it GVFS itself? I don't want to raise an irrelevant bug!
Well, since the problem is visible using UNIX cp, you could use that as the example of the performance problems of any program that uses Posix C calls.
Cheers lex
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Sat, Sep 11, 2010 at 2:11 AM, Lex Trotman elextr@gmail.com wrote:
Well, since the problem is visible using UNIX cp, you could use that as the example of the performance problems of any program that uses Posix C calls.
Brilliant, I think I understand! Will post a bug for GVFS.
cheers, Jake