You are not logged in.
Hello everyone!
I have encountered a very strange problem, and had no success finding solution on the Internet.
After upgrading to the latest kernel (from linux-lts 3.14.52 to 4.1.9) Gnome 3 started stuttering. Every 10 or so seconds, everything stops responding for a fraction of a second and then continues. E.g. the mouse freezes, audio/video freezes, keyboard input not processed etc...
To make symptoms more clear:
- Kernel version doesn't matter - everything above kernel 4 has this problem (lts or no lts).
- On XFCE this doesn't happen.
- On Cinnamon it happens, like in Gnome 3.
- On tty (before startx) this doesn't happen (at least keyboard input doesn't get interrupted).
So the conclusion is that it's somehow maybe connected to GTK3 problem with newer kernels (since Gnome 3 and Cinnamon use GTK3 and XFCE doesn't).
Right now I've downgraded back to kernel 3.14.52-1-lts and everything works fine.
Anyone had similar problem?
Thanks!
Update
See comments below. The problem is related to sensors (temperature). So, kinda solved by removing the applets.
Last edited by Demignom (2015-12-28 14:13:11)
Offline
You could check the dmesg output when this happens, if it is kernel related it should print some relevant information.
Offline
Do you have your hostname set in "/etc/hosts"? It shouldn't make a difference, but sometimes it does. ![]()
I think GNOME 3 and Cinnamon use video compositing and XFCE does not. Could this be the difference? Does your computer stutter when using Kwin or Compiz? Does it not stutter when using Openbox or Window Maker?
Offline
Got some progress narrowing it down! ![]()
This is caused by temperature measuring plugin (or the sensors interface more precisely). I have those plugins enabled in Gnome as well as in Cinnamon (different ones of course). So those two are lagging, while XFCE dos not.
Disabling the plugin restores system to normal - no more lagging.
The one for Gnome: Freon
The problem is not with plugins I guess, since they are two different ones (Gnome and Cinnamon), but something with sensors with newer kernel.
dmesg does not have any output after lags. Please point me in the correct direction to look for clues - logs etc. I think more users may have this problem.
Thanks.
Offline
Might I suggest you try the 4.2 kernel? I had all kinds of problems with my HP Envy with a Core i7 flavor processor on with 4.0 <= kernel <4.2. Reads from the /sys file system for acpi stuff (thermal) would block when the system got busy (or hot). That caused the systems you described.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Might I suggest you try the 4.2 kernel? I had all kinds of problems with my HP Envy with a Core i7 flavor processor on with 4.0 <= kernel <4.2. Reads from the /sys file system for acpi stuff (thermal) would block when the system got busy (or hot). That caused the systems you described.
Thanks for suggestion!
Installed 4.2.2-1. Problem still exists.
I have narrowed the problem even more. I can replicate exactly the momentary freezing when calling sensors.
After hitting sensors <enter> while moving the mouse, the mouse freezes before sensors prints all the temperatures.
Offline
This thread is gold. I’ve been going nuts for almost a week now. But for me it seems to be a combination of “Multi-Core System Monitor” and “CPU Temperature Indicator”. Only after I removed both from the bar my computer became responsive again. Interestingly enough re-adding them did not make this issue reoccur. I’m curious what happens when I reboot.
Offline