Bugzilla – Bug 221143
Main menu slow with large ~/.recently-used.xbe
Last modified: 2007-03-23 20:44:46 UTC
+++ This bug was initially created as a copy of Bug #216933 +++ main-menu in GNOME cannot display sometime, just a black pixel at the position where it should be, and several minutes(5-10) later, it appear!
main-menu also hangs for about 5 mins on login, this is incredibly frustrating as it forces the user to run for about 5 mins from the command line only. It is not obvious why this process takes so long.
Still occurring in 10.2 final?
Not hangs up any more, but sometime it's still slow when the .recently-used.xbel becomes large. So i leave '~/.recently-used.xbel' empty and chattr +i to lock it... it's ok now without function 'Recent Document'...
Re-assigning and re-titling.
I can second that, both with current trunk as well as with version-2-branch (built from svn on a Gentoo system). I had severe performance problems (main-menu taking a minute or so to load, 10 seconds to pop up after the button was pressed) after deleting '~/.recently-used.xbel' these are gone. btw: the effect seems to be even worse on version-2-branch
After having it running some time now with the cleaned '~/.recently-used.xbel' it seems this also has solved my memory consumption proplems. The main-menu process went down from something like 250 MByte to 3 MByte. So this might also be the cause of bug #229190 (and fwiw bug #228129).
A fix for this has been submitted to autobuild, v0.9.7.
Current svn really solves the memory growth problem, but: the initial loading time of gnome-main-menu still gets a lot slower with an increasing '~/.recently-used.xbel'.