Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

Menu is slow to appear, misses keypresses #315

Closed
thehans opened this Issue · 33 comments
@thehans

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?

@clefebvre
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

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

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).

@alindt

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

@AlbertJP
Collaborator

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.

@leigh123linux

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
@AlbertJP
Collaborator

@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.

@LinuxMatt

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 :)

@prasannatsm

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

@reiga

any solution here ?

@arbrandes

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

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.

@aspushkinus

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.

@AlbertJP
Collaborator

@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.

@aspushkinus

@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.

@AlbertJP
Collaborator

You're right, the menu needs some improvement.

@sunboy2

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).

@mtwebster
Collaborator

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

@mtwebster
Collaborator

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

@AlbertJP
Collaborator

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

@AlbertJP
Collaborator

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

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.

@mtwebster
Collaborator

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

@starks

It's still slow even with the nightlies.

@mtwebster
Collaborator

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

It addresses the hover effect among other things.

@mtwebster
Collaborator

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
@sunboy2

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.

@strotter

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

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.

@maxadamo

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.

@philomatic

Problem still exists for me too. Indeed, I've started using Cinnamon 2 weeks ago, and this is the first real problem which occured to me. Furthermore, it seems like it's getting slower with the amount of software (and entries in the start menu) installed.

And yes, I've tested the nightly builds. Same problem, no difference at all. So please, reopen this issue.

If this won't be fixed, Cinnamon will be unfortunately inusable for me. It's really a big drawback compared to other desktop enviroments. I mean, even Win8 is faster, hello?!

@maxadamo

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.

@appastair

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).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.