GNOME Bugzilla – Bug 87580
Display of menu icons in panel menu really slow on first startup
Last modified: 2015-07-01 13:25:01 UTC
Description of Problem: Upon first opening of a menu on the panel, the display of menu icons is really slow: 10 secs for 16 icons in Applications -> System Tools on my AMD K6, 450. After they have been loaded they seem to get cached, since subsequent opening is fast. The pref option "keep menus in memory" from G1.4 has gone. Steps to reproduce the problem: 1. Start G2 2. Open Applications menu and submenus 3. Watch and wait for icons to appear Actual Results: Slow displaying Expected Results: (Nearly) instanteneous displaying How often does this happen? Slow on first menu access Additional Information: I agree with doing away with the option, but then the default should do it right. As it is now, the wait is too long.
I see that "keep menus in memory" is a gconf key now and on by default. If menus are kept in memory by default anyway after first access, I think G2 should preload them on startup. if "keep menus in memory" == yes load menus into memory on Gnome startup, not on first access else read from disk on ever access
Its done this way so we don't affect the login time and to not affect the usability of the menu when you first use it. Marking as WONTFIX.
My view is that this *does* affect the usability of the menu when you first use it. You're sitting there spending time looking at the icons appearing one by one. Sort of reminds me how Windows 95 behaved on my 486SX25. ;)
It is much better after Søren Sandmann's patch, see bug 91999. They don't appear one by one anymore.
Hello, We are having the terribly slow display of the menu on first click with gnome-panel 3.8.0, so I guess the solution above (keep menus in memory gconf key) is only for gnome-panel 2.x, as I do not find such gconf key. should I create a ticket for 3.8.0? We found a workaround, that is to add a panel_menu_button_create_menu(button) call at the end of the panel_menu_button_parent_set function (with a proper forward declaration before) I guess is a terrible hack and there must be a more elegant way to prevent the hundreds of open syscalls on first click and just preload it at session startup. Thanks for taking in account any solution for the slow first click for gnome-panel panel_menu_button. Regards, Javier. PD: I am new here, my name is Javier Puche, I manage an educational linux distribution (max = MAdrid_linuX) based on ubuntu (edubuntu like), I am not very technical, it is a long time ago I do not do any development.