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 610362 - nautilus lacks performance
nautilus lacks performance
Status: RESOLVED DUPLICATE of bug 356836
Product: nautilus
Classification: Core
Component: general
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-02-18 14:13 UTC by bastikln
Modified: 2010-02-20 13:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description bastikln 2010-02-18 14:13:06 UTC 
Nautilus is quite slow on my system. Example: I click on a folder with 130 files and it takes 16 seconds till they are loaded. (List View; the folder contains video files; thumbnails are already generated.)

In icon view it is faster (8 seconds). However in the console it is less than 100 ms.

I can provide details of my system setup and additional benchmarks if needed.
Comment 1 bastikln 2010-02-18 14:17:06 UTC 
I don't know if the generic gnome file open dialog is a nautilus subproject, but especially traversing the folders and selecting a file quite sluggish, as well. It's usually much faster when I type the folder names in the edit field in the upper part of the dialog.
Comment 2 Cosimo Cecchi 2010-02-20 13:46:50 UTC 
No, the file open dialog is completely unrelated to Nautilus and lives in GTK+. There have been already some performance improvements in the file chooser in the last GTK+ releases by the way.
I'm closing this as duplicate of bug #356836, but we need a thorough analysis of where Nautilus spends time when loading directories in order to fix this, which is not a trivial task.

*** This bug has been marked as a duplicate of bug 356836 ***