Menu is slow to appear, misses keypresses #315

Closed
thehans opened this Issue Feb 9, 2012 · 33 comments

Projects

None yet
thehans commented Feb 9, 2012

I use the "windows" hotkey to open the menu and type in my application names. When I do this, cinnamon often misses the first few characters of the application name because the menu takes a while to come up. Is there any way it could immediately "grab" the keyboard after windows key is pressed(even if it's still waiting to render the menu), so that it would capture all keypresses?

Owner

You mean all the time? Or the first time you open the menu?

The fact that the menu is slow to open the first time is a known issue. After that though, it should open fast.

NeoPolus commented Feb 9, 2012

It happens to me too, on an Acer A150D netbook (Atom N270 @ 1.6Ghz, 1.5GB ram):

  • The first time in a while I try to open the mint-menu it takes several seconds (2-5 seconds). Doesn't matter if I press the home key on the keyboard or the 'menu' button on the bar.
  • If I try to open it repeatedly it opens much faster (0.5-1.5 seconds), but if I try to open it after a while it takes several seconds again.
KirkM commented Feb 15, 2012

I've got Linux Mint 12 32-bit and the Cinnamon DE (1.2) on an old Thinkpad R61 (dual core, 2GB DDR2, Intel GMA X3100 graphics) and I'm not seeing this. Granted the Menu in Cinnamon takes approx. 2 seconds to come up the first time after login using either the "Windows" button or the mouse but after the first time it's nearly instantaneously. And I'm not having any missed characters when typing in the Menu search box after the menu appears but I don't start typing until the menu appears. No delay in Menu appearance after not opening it for awhile either.

I should make note that I don't use any of the Cinnamon Settings "Effects" (disabled).

Contributor
alindt commented Feb 17, 2012

I also confirm this 2 seconds delay which didn't exist in 1.2.0. (cinnamon effects disabled)

Member
AlbertJP commented Mar 1, 2012

Confirmed. It's not several seconds (just one or two) on this dual-core laptop with 3GB RAM but still it's a bit annoying.

Indeed, it's only the first time. Not a graphics driver issue as I don't have Intel gfx.

Member

I haven't noticed lag here, seems to take around 0.5 seconds.

My Hardware

  • CPU: AMD Phenom II X6 Hex Core 1055T 95W Edition @3.5Ghz
  • Motherboard: Gigabyte GA-880GM-UD2H
  • Cooler: Corsair H50 CPU Cooler
  • RAM: Corsair Dominator 8GB (4x2GB) DDR3 1600MHz
  • Graphics: Gigabyte GeForce GTS 450 OC 1024MB GDDR5
Member
AlbertJP commented Mar 2, 2012

@leigh123linux not everyone has a hex core of 3.5GHz. CPU's with three times less cores and only half of the clockspeed, like mine, of course have a greater lag than 0.5 seconds. And there should be no lag at all, like when you open the menufor the second time.

Confirmed. It's happening as well on my 4 computers. This is rather annoying. Any idea how to fix this ? Is it possible to do profiling on the menu itself in order to find the bottleneck ? By the way, thank you for Cinnamon :)

Opening once solves this temporarily. After 5 minutes opening menu takes more time. Happening in cinnamon 1.4 also.

reiga commented Apr 18, 2012

any solution here ?

Contributor

This and #481 (the various problems with the tray icons) are my only real annoyances with Cinnamon. Otherwise, it's this generation's only usable Linux DE.

NeoPolus commented May 8, 2012

I have tested Cinnamon 1.4 on a new computer, a Dell Inspiron 14Z (i5-2450M @2.50GHz, 6GB ram, 120GB SSD).
Even though the menu loads much faster (than my previous computer), there is still a small but noticeable delay when opening the menu for the first time or after being 'idle' (not using the menu) for a while.

I'm experiencing the same lag on my desktop PC: Core i7 Sandy Bridge 3.4 Ghz Quad Core, 16Gb of RAM.

Cinnamon menu just feels especially slow when compared to good old "Gnome DO" application. I'm currently using Gnome DO instead of cinnamon menu mostly because of the "lagginess", but there's one more BIG reason (a different issue probably): http://i.imgur.com/eJ1TL.png

The search results are not very good, but I can't say they are irrelevant - it just takes more time and more typing to get to what I'm searching for. Again: Gnome DO does not have this problem.

Member

@aspushkinus Some of the results contain the text you search for in their command-line. This was also how the MintMenu of Gnome 2 behaved. It's easy for finding items when you don't know how they are called in your translation - by typing the command.

@AlbertJP This makes sense, but would it make even more sense to order the results so that exact matches come first? For example, when I type "system", I first get "Details", then "Language Support", then 3 more items from settings dialog with no "system" key-phrase in them and at last "System Information", then "System Settings", then "System Monitor".

Maybe menu items should have some kind of "weight" attached to them, that would be calculated/adjusted as user uses the system: most often used have higher weight, for example.

Member

You're right, the menu needs some improvement.

I have got the same problem on my machine (64 Bit, AMD 6-Core)

But in addition also the Scale and Expo views have a small (not as long as the menu's) delay after touching the hot corner if I have not used them for a while. (Not related to Nvidia Powermizer as it is set to maximum performance).

Member

pull request #847 may improve menu response somewhat - if someone wants to try it.

Member

I refactored the menu applet a bit - see #847, added a commit to it. Would like some feedback - still a tiny bit sluggish opening, but the overall menu is snappier. I'm afraid I've stared at it so much I can't be impartial at this point :P

Member
AlbertJP commented Jul 7, 2012

@mtwebster I'm going to try your code right now.

Member
AlbertJP commented Jul 7, 2012

It works great with #847. This is really an improvement. There are also hardly missed keypresses anymore for me. I consider it fixed with mtwebster's code.

To the other people affected by these menu problems, please test the code from #847 as well.

swuing commented Jul 24, 2012

minor issue:
the hovereffect for the selected menu item updates really slow. its noticeable when moving the mouse with normal speed or longpress a direction-key for navigation.

im using nightly build ppa.

Member

I'll look into it - I think there are a few things I can do to improve this.

starks commented Aug 22, 2012

It's still slow even with the nightlies.

Member

There's another open request still out there with some further improvements: #973

It addresses the hover effect among other things.

Member

Closing as a fix for this issue has been implemented in the latest Cinnamon, and will be in the next official release. If you think this still might be an issue, see the instructions here to test a nightly version. If the problem still exists, we'll reopen the issue.

@mtwebster mtwebster closed this Sep 10, 2012

In the current versions, though the menu opens faster, it has still around 0.5 seconds delay which is much slower than for example the mate menu which opens immediately.

Might be closed, but this is sadly the reason I've stuck with MATE as of today even. I am producing some videos of the crazy FPS/rendering/speed differences between the two on several platforms including VMs to demonstrate just how bad it is everywhere. I am comparing the newly released Nadia 14 in both.

MATE consistently outperforms Cinnamon on every operation in every environment, native or VM, PC or laptop, doesn't seem to matter. Was hoping I could move to a Gnome3 base but it seems consistently worse than anything else (including Windows7/OSX).

http://forums.linuxmint.com/viewtopic.php?f=208&t=91134&p=537779

In this thread people share the same view dating back 11 months, and having tried Cinnamon for the last year it doesn't seem to have improved any. It doesn't seem normal for Cinnamon to be this much slower than every other desktop env/OS available.

amikot commented Feb 16, 2013

For me problem still exists. Tested on last stable and nightly build.
First click on menu takes 2-3 seconds to menu popup and than it takes 0.5 to 1 second.
After time when using another software it takes again 2-3 seconds to open menu.

it is still happening. It's not true that it happens only the first time. It happens the first time, and it happens again if you don't open menu for a certain amount of time.

it must be said that the same problem happens with Gnome Shell as well. It's not specific to Cinnamon.
And it's true that it's probably related to the amount of applications.
There is a workaround, which helps a little bit: let's use the "windows 7 menu" applet, instead of standard Cinnamon menu. It doesn't really fix the issue, but you'll get the favorite menu showing up immediately, and even the searchbox appears immediately. Once you go to the programs, the problem, of course, arises again. Anyway, the "windows 7 menu" applet looks also better and it also makes easier to manage the favorites.
p.s.: I would make this kind of menu the standard menu, at least until this issue is not fixed.

Affects Cinnamon 1.7.4 under Ubuntu 13.04.

@clefebvre, the first time (either recently or since booting) does seem the slowest but, as other people have mentioned, every subsequenet time feels right about 0,5 seconds. The Cinnamon Settings drop-down panel applet, by comparison, feels instant enough (even with its animation).

Still an issue.

$ inxi -CMG
Machine:   Device: desktop System: ASUS product: All Series
           Mobo: ASUSTeK model: Z97-PRO GAMER v: Rev X.0x BIOS: American Megatrends v: 0501 date: 12/08/2014
CPU:       Quad core Intel Core i7-4790K (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 4400 MHz 1: 4105 MHz 2: 4042 MHz 3: 4000 MHz 4: 4011 MHz 5: 4043 MHz
           6: 4000 MHz 7: 4006 MHz 8: 4076 MHz
Graphics:  Card: NVIDIA GM204 [GeForce GTX 980]
           Display Server: X.Org 1.19.2 drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
           Resolution: 1920x1080@60.00hz
           GLX Renderer: GeForce GTX 980/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 378.13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment