Matthias Clasen | 1 Mar 07:23 2008
Picon

network:// first-time mount timeout

The recompute_files method in gvfsbackendnetwork.c takes quite some
time, since it enumerates the files for both smb:// and dns-sd.  This
causes nautilus to run into a short dbus timeout. Here is a patch that
seems to fix the problem for me. Independently, it would probably be a
good idea to reduce the overhead in recompute_files.

diff -up gvfs-0.1.8/client/gdaemonvfs.c.timeout gvfs-0.1.8/client/gdaemonvfs.c
--- gvfs-0.1.8/client/gdaemonvfs.c.timeout      2008-03-01
01:19:09.000000000 -0500
+++ gvfs-0.1.8/client/gdaemonvfs.c      2008-03-01 01:19:14.000000000 -0500
 <at>  <at>  -699,7 +700,8  <at>  <at>  _g_daemon_vfs_get_mount_info_async (GMou
   data->callback = callback;
   data->user_data = user_data;

-  _g_dbus_connection_call_async (the_vfs->async_bus, message, 2000,
+  _g_dbus_connection_call_async (the_vfs->async_bus, message,
+                                 G_VFS_DBUS_TIMEOUT_MSECS,
                                 async_get_mount_info_response,
                                 data);
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Piotr Zaryk | 1 Mar 07:35 2008
Picon

Re: Speed-up Nautilus

OK. Here are the numbers. Using computer with 1,8GB CPU and 512 MB RAM: ~ 1,5 second to enter the usr/share directory. On the same machine Thunar does it instantly. Realy, there is a huge difference. You should install Thunar and you will notice it for sure.
On 1GB CPU with 368MB RAM the same thing takes ~3seconds. Thunar does the thing instantly...

2008/3/1, Tomasz Sterna <tomek <at> xiaoka.com>:
Dnia 2008-02-29, Pt o godzinie 22:11 +0100, Piotr Zaryk pisze:

> There have been complaints that Nautilus is very slow especially when
> opening folders that contain many files and folders. Lots of votes on
> the brainstorm confirms that users want to have faster Nautilus. I
> think that it should be the high priotity task for the next release.


Could we actually see some numbers?
Using machine with processor ABC and N gigabytes of RAM, opening a
folder with x files takes y seconds, y1 seconds showing the window, y2
reading the files, y3 generating thumbnails, etc.

Comparing to competitors, Nautilus 2.x was always _very_ fast for me.



--
  /\_./o__ Tomasz Sterna
  (/^/(_^^' http://www.xiaoka.com/
._.(_.)_   im:smoku <at> xiaoka.com




--
Regards,
Zaryk
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Christian Kirbach | 1 Mar 11:44 2008

Re: Speed-up Nautilus

On Sat, 01 Mar 2008 10:35:36 +0400, Piotr Zaryk <oponek <at> gmail.com> wrote:

> OK. Here are the numbers. Using computer with 1,8GB CPU and 512 MB RAM: ~
> 1,5 second to enter the usr/share directory. On the same machine Thunar  
> does
> it instantly. Realy, there is a huge difference. You should install  
> Thunar and you will notice it for sure.

It basically depends on the number of files in the directory. You did not  
state the
number. Also recall that the directory contents are stored in the disk  
cache buffers
after an initial run. So the folder can be read much faster any other time.

Just make sure you flush the disk cache between each test. Meaning if you  
first
use nautilus and then Thunar, Thunar *will* be much faster.

sooo, I've just installed Thunar 0.8.0 and opened /usr/bin (1500 files).
Thunar speed really did not convince me at all. Both nautilus 2.20.3 and
Thunar take about 15-20 seconds to display the 1500 files (no stop watch
at hand, but taking a sane guess).

If there would be a "huge difference" it would certainly be noticable to  
me,
even without a clock.

Regards

-- 
Christian Kirbach
Christian.Kirbach <at> googlemail.com
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Nageshwar M | 1 Mar 15:30 2008
Picon

Features request

Hi everyone,

I'm a big fan of gnome and using nautilus for long time and now, I
feel there should be some optional extra features.
I've come up with some of my ideas. If you accept any of them, I want
to participate in SoC08 and want to spend
this summer to improve nautilus.

List of the Features:
 * Integrated desktop search engines
          A search box will be placed on the right-top edge.
 * Embedded previews. [supports document viewer, gthumb viewer, totem
player, openoffice]
          The default viewers should be decided based on their loading time.
          users can also write scripts to support more views.
 * Option to remember the currently opened windows. useful at the time
of reboot.
 * Scripts should be able to create sub-menus in the right-click
context menu, so that actions
   can be easily categorized. [I don't know if nautilus already
supports this feature].
 * Pre-loading the contents of the next possible directories. Based on
the previous user behavior, nautilus
   predicts next possible directories in the user navigation and pre
loads the contents like file properties,
   thumbnails etc.,
 * Custom File Icon sizes
 * Editable file address buttons [similar to the one in vista explorer]
 * Tabbed browsing [I too don't like this option, but many people are
waiting for this]
          But I strongly recommend for a way to quickly copy files
from one place to other.
          Split screen should solve this problem, but nautilus should
have its own way!!
 * Support for custom layouts. [This feature is very complicated, but
gives a very rich look]
         layouts or nothing but similar to html pages. They supports
only some standard
          tags like <b> <p> <div> <font> <img> etc.,  users can
decorate their file browser
          as they like. There will be informative tags also.If the
user want to know the directory name,
          they can write %directoryname%. nautilus will replace it
with the present directory name.
          -- custom emblems and backgrounds are very easy if we implement this.
* Option to display the album art of the music files as their icons.
* Option for viewing and editing the ratings of the media files.
* Using sshfs, ftpfs, smbfs support, we can implement the remote file
browsing also.

These features should be optional since some users like the nautilus
for its simplicity.
Your comments/suggestions are most welcome. I'll be glad to hear from you.
-- 
Thanks,
Nageshwar M.
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Ravi Kumar | 1 Mar 14:46 2008
Picon

Re: Speed-up Nautilus



On Sat, Mar 1, 2008 at 4:14 PM, Christian Kirbach <christian.kirbach <at> googlemail.com> wrote:

Both nautilus 2.20.3 and
Thunar take about 15-20 seconds to display the 1500 files (no stop watch
at hand, but taking a sane guess).

If there would be a "huge difference" it would certainly be noticable to
me,
even without a clock.

Regards

OK, you may be right to some extent. But completely not applicable.
Thunar's over all performance is better than Nautilus.
Browse the filesystem with thunar and Nautilus in different path (no overlapping and forget about serious caching benefits to them.). and you will notice it.
With thunar, I went in a directory where existed 87 small files of company logos/images. It quicky created the thumbnails and displayed all in such short time, in 2 secs (again no stop watch with me also) but after that I went into nautilus which should already have thumbnailed them (as I used to browse the path more frequently with Nautilus). We should here not consider that Nautilus took time in fetching the thumbnails from the filesystem, as being hash values as filename it would certainly be faster to seek).
So browsing file-system with Thunar is undoubtly faster than the Nautilus.
I will try to move the Logo directory to some other path, and then let you know better benchmarking.. since Nautilus has to create Thumbnails then.


--
-=Ravi=-

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
ritz | 2 Mar 07:35 2008
Picon

Re: Features request

Hello

On Sat, 2008-03-01 at 20:00 +0530, Nageshwar M wrote:
> Hi everyone,
> 
> I'm a big fan of gnome and using nautilus for long time and now, I
> feel there should be some optional extra features.
> I've come up with some of my ideas. If you accept any of them, I want
> to participate in SoC08 and want to spend
> this summer to improve nautilus.
> 
> List of the Features:
>  * Integrated desktop search engines
>           A search box will be placed on the right-top edge.
deskbar is what you are probably looking for.

>  * Embedded previews. [supports document viewer, gthumb viewer, totem
> player, openoffice]
>           The default viewers should be decided based on their loading time.
>           users can also write scripts to support more views.
>  * Option to remember the currently opened windows. useful at the time
> of reboot.
Save session when existing gnome desktop, and this should work.

>  * Scripts should be able to create sub-menus in the right-click
> context menu, so that actions
>    can be easily categorized. [I don't know if nautilus already
> supports this feature].
>  * Pre-loading the contents of the next possible directories. Based on
> the previous user behavior, nautilus
>    predicts next possible directories in the user navigation and pre
> loads the contents like file properties,
>    thumbnails etc.,
>  * Custom File Icon sizes
>  * Editable file address buttons [similar to the one in vista explorer]
>  * Tabbed browsing [I too don't like this option, but many people are
> waiting for this]
http://bugzilla.gnome.org/show_bug.cgi?id=48034

>           But I strongly recommend for a way to quickly copy files
> from one place to other.
>           Split screen should solve this problem, but nautilus should
> have its own way!!
>  * Support for custom layouts. [This feature is very complicated, but
> gives a very rich look]
>          layouts or nothing but similar to html pages. They supports
> only some standard
>           tags like <b> <p> <div> <font> <img> etc.,  users can
> decorate their file browser
>           as they like. There will be informative tags also.If the
> user want to know the directory name,
>           they can write %directoryname%. nautilus will replace it
> with the present directory name.
>           -- custom emblems and backgrounds are very easy if we implement this.
> * Option to display the album art of the music files as their icons.
> * Option for viewing and editing the ratings of the media files.
> * Using sshfs, ftpfs, smbfs support, we can implement the remote file
> browsing also.
nautilus does this, atleast in the last stable version.
GIO backend has a few problem which developers are trying to sort out.
http://live.gnome.org/GioToDo

> 
> These features should be optional since some users like the nautilus
> for its simplicity.
> Your comments/suggestions are most welcome. I'll be glad to hear from you.
> -- 
> Thanks,
> Nageshwar M.
-- 
Ritesh Khadgaray
ॐ मणि पद्मे हूँ
Desktop LinuX N Stuff
Ph: +919970164885
Eat Right, Exercise, Die Anyway.

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Tomasz Sterna | 2 Mar 10:48 2008

Re: Features request

Dnia 2008-03-01, So o godzinie 20:00 +0530, Nageshwar M pisze:
> List of the Features:
>  * Integrated desktop search engines
>           A search box will be placed on the right-top edge.

apt-get install deskbar

>  * Embedded previews. [supports document viewer, gthumb viewer, totem
> player, openoffice]
>           The default viewers should be decided based on their loading time.
>           users can also write scripts to support more views.

Nautilus already supports thumbnailers.
Eog provides thumbnailers for pictures, Totem for movies, Evince for
PDFs, etc.
Providing thumbnailer is a task for viewer, not Nautilus.

>  * Option to remember the currently opened windows. useful at the time
> of reboot.

Job of gnome-session. Just enable the option in Session Preferences.

>  * Scripts should be able to create sub-menus in the right-click
> context menu, so that actions
>    can be easily categorized. [I don't know if nautilus already
> supports this feature].

apt-get install nautilus-actions nautilus-script-manager

>  * Pre-loading the contents of the next possible directories. Based on
> the previous user behavior, nautilus
>    predicts next possible directories in the user navigation and pre
> loads the contents like file properties,
>    thumbnails etc.,

apt-get install preload

>  * Custom File Icon sizes

Nautilus already supports scaling icons to custom size.

>  * Editable file address buttons [similar to the one in vista explorer]

What are the "editable address buttons"?

>  * Tabbed browsing [I too don't like this option, but many people are
> waiting for this]
>           But I strongly recommend for a way to quickly copy files
> from one place to other.
>           Split screen should solve this problem, but nautilus should
> have its own way!!

There was an MDI discussion about the splitting the Nautilus windows
just last week. Consensus is that it is a job of window manager, so you
would rather need to work on Metacity to support this.

> * Option to display the album art of the music files as their icons.

Cool idea. Could be implemented as a thumbnailer.
For the audio files and for the containing directory.
I don't know whether folders support thumbnailing. If not, it could be a
task to add this functionality.

> * Option for viewing and editing the ratings of the media files.

Rating is media-player specific, so it would be a job on the Rhythmbox,
not Nautilus. Nautilus already supports adding custom properties tabs.

> * Using sshfs, ftpfs, smbfs support, we can implement the remote file
> browsing also.

Gio/gvfs already support this.

> These features should be optional since some users like the nautilus
> for its simplicity.

And they are.
You install the required package, or not. ;-)

-- 
  /\_./o__ Tomasz Sterna
 (/^/(_^^' http://www.xiaoka.com/
._.(_.)_   im:smoku <at> xiaoka.com

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Picon

Re: Features request

Tomasz Sterna a écrit :
>>  * Scripts should be able to create sub-menus in the right-click
>> context menu, so that actions
>>    can be easily categorized. [I don't know if nautilus already
>> supports this feature].
> 
> apt-get install nautilus-actions nautilus-script-manager

I don't understand why you proudly propose to install nautilus-actions
while, when it was propose to have nautilus officially support it, you
didn't want to. Do you reckon this package add nautilus a functionality
that is asked by a lot of people ?

> 
>>  * Editable file address buttons [similar to the one in vista explorer]
> 
> What are the "editable address buttons"?
> 
This, in fact, already exists but is not automatique (see attached
screenshots).

>> * Using sshfs, ftpfs, smbfs support, we can implement the remote file
>> browsing also.
> 
> Gio/gvfs already support this.
>
But this requires application that wants to use it to code using those
API. Using integrated FuseFS will ease a lot developers life and will
facilitate integration of application to the desktop.

Regards
wattazoum
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Nageshwar M | 2 Mar 19:46 2008
Picon

Re: Features request

Hi,

> Dnia 2008-03-01, So o godzinie 20:00 +0530, Nageshwar M pisze:
>
> > List of the Features:
>  >  * Integrated desktop search engines
>  >           A search box will be placed on the right-top edge.
>
>  apt-get install deskbar
>

Deskbar is the application for global search. If the user wants to
search inside a particular folder, he can enter the query
in the nautilus search box.  What my idea is that, including a search
option in nautilus which uses desktop search
engines as background.

>
>  >  * Embedded previews. [supports document viewer, gthumb viewer, totem
>  > player, openoffice]
>  >           The default viewers should be decided based on their loading time.
>  >           users can also write scripts to support more views.
>
>  Nautilus already supports thumbnailers.
>  Eog provides thumbnailers for pictures, Totem for movies, Evince for
>  PDFs, etc.
>  Providing thumbnailer is a task for viewer, not Nautilus.
>

Here, what I meant to say is not thumbnailers. User can directly read
a page of pdf,
directly watch a video clip etc.,

>
>  >  * Option to remember the currently opened windows. useful at the time
>  > of reboot.
>
>  Job of gnome-session. Just enable the option in Session Preferences.
>
I thought it works only for applications.. that's why I included this.

>
>  >  * Pre-loading the contents of the next possible directories. Based on
>  > the previous user behavior, nautilus
>  >    predicts next possible directories in the user navigation and pre
>  > loads the contents like file properties,
>  >    thumbnails etc.,
>
>  apt-get install preload
>
I think preload is a deamon that caches the loading properties of most
used applications only.. It effects only loading time.
but my proposal is read-ahead directory contents, file
properties...which effects the navigating time and performance

>
>  >  * Editable file address buttons [similar to the one in vista explorer]
>
>  What are the "editable address buttons"?
>

Nautilus already have button type display of the file path. But we
can't directly edit the path, if we are in button mode.
My proposal is If the user double clicks the buttons, the mode should
be toggled i.e the editable textbox should appear.

And thanks for your suggestions..

-- 
Best Regards,
Nageshwar M.
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

comicinker | 2 Mar 22:35 2008
Picon
Picon

Re: GVFS FTP backend

Hi!

I wonder if this backend can change servers/drives during a session. I
don't know if there is technical term for it. I mean following situation
in a terminal:

I connect to a server (my university):
ftp ftp-nw.fh-regensburg.de

After login, I am on my personal folder. To access common folder for all
the scripts on another server/drive I have to type two slashes

cd //fh-kroesus/data1

In Nautilus nor in konqueror I found a possibility to change into such a
directory, but every ftp standalone software can do that.

Bests

comicinker

Am Donnerstag, den 28.02.2008, 13:07 +0100 schrieb Benjamin Otte:
> Hey,
> 
> I've just merged my FTP backend work into gvfs trunk and intend to
> heavily work on it until it works, so we can get one blocker fixed
> [1]. I think at the end of this week or the beginning of next week it
> should be in an "ok" state and not get frequent changes anymore.
> 
> Release and l10n teams agreed on IRC that a working ftp backend is
> more important than any freezes, so I'm allowed to not care about
> those until further notice. This means in partiular that gvfs will get
> various ftp-related string changes during at least this week.
> 
> Another thing: If there is anyone using Nautilus for FTP and is
> willing to help me test my backend, I would be very thankful.
> Especially if this person knows it has to use "weird" FTP servers, so
> we can ensure it also works properly on those. I myself only have real
> access to 2 or 3 different FTP servers for testing. Plus I'm busy
> ading features, so testing might come a bit short.
> If you want to test, please get svn trunk of gvfs running and poke me
> in GImpNet's #nautilus IRC channel.
> 
> Cheers,
> Benjamin
> 
> 
> [1]: http://bugzilla.gnome.org/show_bug.cgi?id=509620
-- 
my public key is on
hkp://pgp.mit.edu:11371
or
ldap://keyserver.pgp.com
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Gmane