After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 613814 - application well should be created in idle timing at startup
application well should be created in idle timing at startup
Status: RESOLVED DUPLICATE of bug 647778
Product: gnome-shell
Classification: Core
Component: general
2.29.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-03-24 15:22 UTC by Frederic Crozat
Modified: 2012-08-23 11:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Frederic Crozat 2010-03-24 15:22:25 UTC 
When application well is loading for the first time, it takes several seconds to appear (parsing all .desktop and so on). Like gnome-panel, it would be better to add a "load when idle at startup" callback to improve user experience.
Comment 1 Colin Walters 2010-03-25 14:02:15 UTC 
What we *really* need is an mmap'able cache of .desktop files.
Comment 2 Owen Taylor 2010-03-25 15:56:33 UTC 
I'd agree with Colin that any approach that requires us to read in hundreds of desktop files is going to fundamentally be unworkable in the cold-cache case; cat'ing everything under /usr/share/applications takes ~5s on my system.

We can't:

 - Do 5s of IO at startup
 - Block the main thread at any point for 5s of IO
 - Wait 5s before showing applications when the user clicks on Applications

And even if it isn't blocking the main thread for 5s, doing 5s of extra IO at login time is going to seriously hurt login experience.

That is 2megs of data in 310 files; there would be some definite improvement if the translations could be moved out to a *single* .po file. It's not clear if the patches in bug 569829 are useful to this when considered in a cross-operating system fashion. The obvious way of doing it would result in having to open all the .desktop files *and* all the .mo files for all the applications.
Comment 3 Allan Day 2012-08-23 11:36:45 UTC 
Closing this as a dupe of bug 647778 - there's more discussion there.

*** This bug has been marked as a duplicate of bug 647778 ***