Trivial actions are not appearing immediately

Bug #44002 reported by Daniel Koć on 2006-05-10
52
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GNOME Panel
New
Low
gnome-panel (Ubuntu)
Low
Unassigned

Bug Description

Binary package hint: gnome-panel

When using panel I expect not to waste too much time, I just want to run something through menu. However it seems very sluggish in following cases:

1. First time you use menus they drop at acceptable speed (though not as instantly as I like it to be), but you have to wait for all the icons to follow; next time you visit them all is OK.

2. The same applies to the exit popup first time you click exit button: you have to wait few seconds before anything happens; sometimes you are not sure if the system is responsive at all.

Manu Cornet (lmanul) wrote :

This depends on how fast is your hardware, but doing these things necessarily take a little time...

Or would you suggest to preload things (eg the icons in menus) to speed things up (but in that case, opening the session will probably get slower) ?

Daniel Koć (kocio) wrote :

Yes, I strongly suggest some kind of caching or preolading, because I find this behaviour very annoying: it looks like something is "locking". I can sacrifice the start time if it gives me smooth feeling in normal work.

Sebastien Bacher (seb128) wrote :

Thanks for your bug. There is some others bugs about menu being slow upstream

Changed in gnome-panel:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Ian Hinder (ian-hinder) wrote :

This problem is made a LOT worse when using a Live CD. In fact, the first time the menu is opened, it can cause the CD to spin up again, with a long delay. If these icons were loaded into memory on startup of gnome-panel (during which the user is waiting around for gnome to start anyway), the delay would not be present.

Is this a more general problem than just gnome-panel? Does this apply to all icons in GTK menus? Perhaps GTK should preload all the icons whenever the application is started?

lmierzej (lmierzej) wrote :

I have only noticed this annoying behavior in gnome main menu. In other gnome apps everything seems fine.

Bogdan Butnaru (bogdanb) wrote :

I'm sure something can be done about this. I've just done an strace on the menu opening, it tries to do ~1500 file opens (most of which are for non-existent files).

First of all, most of those should be preloaded (actually, they should be cached once, then the cache should be preloaded in one step). The argument that it takes up memory doesn't hold, because the memory is still taken up the first time I open the menu.

Second of all, any refresh can be done incrementally. There's no reason to flush the entire menu and re-open 1500 files, when one or two might be new. And especially you don't need to do it on every boot.

Third, even a refresh could be done in parallel, with a "nice -n 10" to make sure things don't get unpleasant.

Last, I don't even get it why it has to read the entire menu. If I'm going for the package manager I have no reason to wait for th 1500 file accesses, when it fact I'm only going to see about 20 icons on the way.

Sebastien Bacher (seb128) wrote :
Changed in gnome-panel:
status: Confirmed → Triaged
status: New → Unknown
Changed in gnome-panel:
status: Unknown → New
Changed in gnome-panel:
importance: Unknown → Low
Adolfo Jayme (fitojb) on 2014-09-14
Changed in gnome-panel (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.