http://brainstorm.ubuntu.com/item/1521/
It takes 10 seconds for example to display /usr/bin directory with Athlon XP 2500+ CPU and 512 MB RAM machine. Thunar does the action with no lag on the same configuration.

[1115 votes] Solution #1: Auto-generated solution of idea #1521


[19 votes] Solution #2: cache application and folders and fake folder contents


[1 votes] Solution #3: Option to keep applications in memory after opening them


[1 votes] Solution #4: Implement this idea, but for Firefox


[0 votes] Solution #5: Add option for disable MIME detection. Detect MIME on click only


[3 votes] Solution #6: Disable mime detection to few folders.


[0 votes] Solution #7: Integration with virtual file system of GNOME.


]]> en-us Fri, 29 Feb 2008 15:57:35 +0000 Fri, 23 Oct 2009 08:09:44 +0000 QAPoll module http://brainstorm.ubuntu.com/idea/1521/ Fri, 29 Feb 2008 17:51:22 +0000 Fri, 29 Feb 2008 17:51:36 +0000 Sat, 01 Mar 2008 06:48:24 +0000 Sat, 01 Mar 2008 16:12:21 +0000 Sat, 01 Mar 2008 21:24:48 +0000 That is why I use Thunar!]]> Fri, 07 Mar 2008 23:48:06 +0000 Sat, 22 Mar 2008 08:11:33 +0000 Yesterday I opened a folder with 1200 pictures. The thumbnails took years to generate. And at the end, memory required by nautilus was 232Megs!!]]> Wed, 26 Mar 2008 07:26:31 +0000 Wed, 26 Mar 2008 22:37:14 +0000
Actually, I feel like creating 10 accounts and voting this idea up 10 times. This needs to be done. Nautilus is a slug!]]> Sun, 06 Apr 2008 00:11:54 +0000
Thunar can generate these thumbnails instantly, because it uses the thumbnails put in the Exif tags of the jpeg by the digital camera. Nautilus should do the same.

Perhaps thunar should replace nautilus as the default file manager - it is more modern, plugable, and faster. It also follows all the freedesktop.org standards.]]> Sat, 12 Apr 2008 12:08:12 +0000 Sat, 07 Jun 2008 02:09:42 +0000
So concluding, it is crap!]]> Wed, 09 Jul 2008 12:22:51 +0000 Thu, 21 Aug 2008 11:34:19 +0000 Thu, 21 Aug 2008 15:52:16 +0000 We really need something else !]]> Thu, 16 Oct 2008 08:56:23 +0000 2400+ Athalon 1GB ram]]> Sun, 19 Oct 2008 19:08:05 +0000
However it is quite slow:

1. Slow with large number of files.
2. Thumbnailers are slow, the worst being large thumbnail mode causing regen every time (no caching)
3. "Jumpy" refresh as the files are updated and sorted in real time, I suggest resorting in clumps, so it's not so jumpy.
4. No metadata support, just try opening a photo or music folder, you can't add columns for any useful attributes.
5. Tabs (fixed in the new version yea!!)
6. Slow redraw of window (problem with most GTK apps)
7. No obvious way to access "Computer" without going back to the main menu
8. Can't use "up" button to go up to SMB server share list from a root SMB share

Good things:

1. Seamless mounting of FTP and SMB shares, so you can access most types of files as if they were local
2. Scripting support so you can make your own right-click options
3. Working trash can
4. While slow, it actually does thumbnail most files, with large thumbnail support.
5. IT WORKS, and doesn't crash much

;)
just my 2 cents]]> Fri, 24 Oct 2008 03:45:43 +0000 FTP protocol and I recognized that the speed
is very slow, if you compare nautilus with other
ftp clients like filezilla.

skymuss]]> Sun, 30 Nov 2008 16:47:12 +0000
I reverted to using a terminal when accesing directories with a large number of files. And this is very sad! Am apllication as central to the desktop as Nautilus must be fixed with high priority!

I know nothing about the source of Nautilus, but I assume, that it determines the file types of all files in the folder when opened, although it would be perfectly sufficient to identify only those currently visible (probably only one or two dozens). I should not be all too hard to fix this.]]> Sat, 13 Dec 2008 00:00:30 +0000
P4 640 / 2GB 4-4-4-12 DDR2 RAM / nVidia GeForce 6800 / WD 250GB 16MB Cache

That's pretty bad...]]> Mon, 15 Dec 2008 05:23:37 +0000
:-)
]]> Sat, 27 Dec 2008 21:52:57 +0000 Happy New Year
J.]]> Tue, 30 Dec 2008 22:20:18 +0000 Sat, 25 Jul 2009 17:27:59 +0000
Older versions of nautilus were much faster, eg on FC3, though still not as fast as windows explorer on XP.

I am going to vote for MIME detection removal, as file extensions (.txt) are a far more efficient way of detecting file types.

What else could be slowing Nautilus down?
]]> Mon, 28 Sep 2009 07:41:08 +0000
This solution won't work for file systems without times records and with fuse, so it should be disabled for those mount points, according to /etc/mtab.]]> Mon, 28 Sep 2009 13:44:27 +0000
My ideas don't solve main problem - what does if we put nonlocal media to computer?

It can been handled by .desktop file. .desktop file on the medium can tell, which files should been cached, etc.]]> Mon, 28 Sep 2009 13:53:23 +0000