I have looked at some nautilus bugs related to slowness at bugzilla.gnome.org, found 2 or 3 (1 duplicate maybe), and they aren't the same thing. Specifically they are related to how long nautilus takes to display the files in a directory with 1000+ files, and I can confirm that same problem here. On the other hand, the problem I reported with this bug is about how long nautilus, all the windows, not just the one where the operation is performed, takes to start responding again after the user does a change directory command. The other bugs I saw at bugzilla.gnome.org take place after this one, in other words, while that one window is still crunching to show all those files, all the other nautilus windows are responsive, I can change directories, open files, whatever, without that one nautilus window getting in the way.
About the steps I posted, the speed difference is very noticeable. Just fresh after a reboot the difference between the steps I described and normal behaviour might just be a little under a second or a bit more, still very noticeable. After a few days of having opened a lot of nautilus windows, the difference is something like between ~5 to ~8 seconds for me, to instantaneous, to open each and every folder. It is far from having to do with perception, believe me, it makes it a real pain to use nautilus to do anything related to file management. -- (very) strange fix for slow change directory performance some people experience (could help find a fix?) https://bugs.launchpad.net/bugs/230273 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
