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 645334 - applications search is slow
applications search is slow
Status: RESOLVED DUPLICATE of bug 645313
Product: gnome-shell
Classification: Core
Component: general
2.91.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-03-20 21:25 UTC by Jussi Kukkonen
Modified: 2011-03-21 00:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jussi Kukkonen 2011-03-20 21:25:26 UTC
The application search experience still feels rather laggy. 

If you write your searches fast enough (so the initial search result is only a few items) it is pretty fast, but if you peck one letter at a time it's a pretty poor experience: It can take up to 2 secs before a one- or two-letter search gives any results. 

System is dual core i7 with i915 with up-to-date jhbuild.
Comment 1 Jean-François Fortin Tam 2011-03-20 23:54:00 UTC
I would like to propose a simple solution to mitigate the impacts of the amount of matches: do not start searching/filtering until the user has typed at least 3 or more letters.

It does not make sense to do so (how often do you search for two letter words or try to launch an application with less than three letters? there are too many results when you do so), and I'm pretty sure that performance would feel much better if it only starts matching when it has 3+ letters in a string.
Comment 2 Maxim Ermilov 2011-03-21 00:21:25 UTC
(In reply to comment #1)
> do not start searching/filtering until the user has typed at least 3 or more letters.
It require adjustment of UI.

> how often do you search for two letter words or try to launch an application with less than three letters?
every day:)
for emacs, firefox, gedit

> I'm pretty sure that performance would feel much better if it only starts matching when it has 3+ letters in a string.
I think, perfomance is acceptable with this patch.
Comment 3 Maxim Ermilov 2011-03-21 00:26:11 UTC

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