Memory usage increasing over time #6850

MegaV0lt · Aug 26, 2017

 * Cinnamon 3.4.6
 * Linux Mint 18.2 Sonya
 * Graphics:  Card: Advanced Micro Devices [AMD/ATI] Kaveri [Radeon R7 Graphics] bus-ID: 00:01.0
           Display Server: X.Org 1.18.4 drivers: ati,radeon (unloaded: fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on AMD KAVERI (DRM 2.49.0 / 4.10.0-32-generic, LLVM 4.0.0)
           GLX Version: 3.0 Mesa 17.0.7 Direct Rendering: Yes

 * 64 bit

Memory usage increasing over time

Steps to reproduce
Memory increases slowly the more time is running

Expected behaviour
No memory increasing

Other information

I can confirm this, if no one else wants to. The same thing happens on my system, it's a memory leak that people using Mint have been LONG aware of. There's a workaround currently, but it's only temporary.

cinnamon --replace does the job for about an hour.

FlashDaggerX · Aug 29, 2017

I can confirm this, if no one else wants to. The same thing happens on my system, it's a memory leak that people using Mint have been LONG aware of. There's a workaround currently, but it's only temporary.

cinnamon --replace does the job for about an hour.

I think most people do not see the memorywaste. I also hve seen it only because conky was showing it.

PS: I also had crashes in cinamon, but do not know if is connected to the memoryusage

MegaV0lt · Aug 30, 2017

I think most people do not see the memorywaste. I also hve seen it only because conky was showing it.

PS: I also had crashes in cinamon, but do not know if is connected to the memoryusage

It's not only cinnamon itself, but also cinnamon-screensaver. When cinnamon gets above 3GB, cinnamon-screensaver is around 1GB, and it starts becoming a real issue. The system becomes noticeably slower as memory starts paging to the hard disk.

LightningStalker · Sep 1, 2017

It's not only cinnamon itself, but also cinnamon-screensaver. When cinnamon gets above 3GB, cinnamon-screensaver is around 1GB, and it starts becoming a real issue. The system becomes noticeably slower as memory starts paging to the hard disk.

Please pay attention to those applets, they're often the culprits. I removed most of them and didn't get any problems afterwards.

SerafDosSantos · Sep 1, 2017

Please pay attention to those applets, they're often the culprits. I removed most of them and didn't get any problems afterwards.

Don't be so quick to blame those applets. I'm not running any.

LightningStalker · Sep 2, 2017

Don't be so quick to blame those applets. I'm not running any.

I see memory consumption increasing, too. When I start any program, cinnamon process takes a piece of memory. And when I close that progam, cinnamon process memory value isn't back. Actually, it decreases, but not to the value it was before starting program.

magnetx · Sep 3, 2017

I see memory consumption increasing, too. When I start any program, cinnamon process takes a piece of memory. And when I close that progam, cinnamon process memory value isn't back. Actually, it decreases, but not to the value it was before starting program.

This issue seems to be a duplicate of #3796, right? Maybe we could move the discussion the other issue :)

theraser · Sep 21, 2017

This issue seems to be a duplicate of #3796, right? Maybe we could move the discussion the other issue :)

I pushed a memory leak fix recently 5cdf5c0

brownsr · Oct 11, 2017

I pushed a memory leak fix recently 5cdf5c0

That would be great if it fixes this. Even if it just slows down the leak.

LightningStalker · Oct 12, 2017

That would be great if it fixes this. Even if it just slows down the leak.

as an alternative to cinnamon --replace there's also the GUI option (inside "panel > context-menu > troubleshooting >restart-cinnamon")

cmrdt · Nov 5, 2017

as an alternative to cinnamon --replace there's also the GUI option (inside "panel > context-menu > troubleshooting >restart-cinnamon")

@cmrdt

There's also a key combo

Ctrl+Alt+Esc

leigh123linux · Nov 5, 2017

@cmrdt

There's also a key combo

Ctrl+Alt+Esc

@cmrdt @leigh123linux Or Alt+F2, r
Unfortunately, restarting a desktop manager has the annoying side effect of moving all the open program tabs around.

LightningStalker · Nov 5, 2017

@cmrdt @leigh123linux Or Alt+F2, r
Unfortunately, restarting a desktop manager has the annoying side effect of moving all the open program tabs around.

Just want to notice that i have not this problem in debian. After 2 hours, cinnamon is still below 300mo of memory usage. Maybe it's about my environment, or the problem is specific to mint ?

abdouskamel · Nov 5, 2017

Just want to notice that i have not this problem in debian. After 2 hours, cinnamon is still below 300mo of memory usage. Maybe it's about my environment, or the problem is specific to mint ?

@abdouskamel it grows to around 900Mb by 24h on my system.

LightningStalker · Nov 5, 2017

@abdouskamel it grows to around 900Mb by 24h on my system.

@LightningStalker Are you in debian ? For myself, memory usage is the same when booting and after hours of working.

abdouskamel · Nov 6, 2017

@LightningStalker Are you in debian ? For myself, memory usage is the same when booting and after hours of working.

@abdouskamel mint, after a restart yesterday, it is currently 696MB, cinnamon-screensaver is 106.7MB, both going up

LightningStalker · Nov 7, 2017

@abdouskamel mint, after a restart yesterday, it is currently 696MB, cinnamon-screensaver is 106.7MB, both going up

@LightningStalker It appears that it's bound to mint, isn't it ?

abdouskamel · Nov 7, 2017

@LightningStalker It appears that it's bound to mint, isn't it ?

@abdouskamel I guess not; Antergos user here, same issue.

lopesmaio · Nov 19, 2017

@abdouskamel I guess not; Antergos user here, same issue.

I have no issues running Cinnamon over 4GB of RAM in a day or two of uptime.

I do have some applets installed though, will have to retest without them.

C0rn3j · Dec 11, 2017

I have no issues running Cinnamon over 4GB of RAM in a day or two of uptime.

I do have some applets installed though, will have to retest without them.

After a RAM upgrade I'm currently thinking of ways to make this into a game. The first stage is to let it run and see how large it gets.

As a sidenote, the right panel "tray" has stopped working properly. Deleting some cache and settings files and restarting has no effect. Maybe I'm not deleting the right files. Does anyone know how to reset it?

LightningStalker · Dec 11, 2017

After a RAM upgrade I'm currently thinking of ways to make this into a game. The first stage is to let it run and see how large it gets.

As a sidenote, the right panel "tray" has stopped working properly. Deleting some cache and settings files and restarting has no effect. Maybe I'm not deleting the right files. Does anyone know how to reset it?

Can you lot start posting some useful info eg system info? and more,
The quality of info provided so far in this report is total crap!

P.S The next 'me to' or 'same here' remark and I will close it.

leigh123linux · Dec 17, 2017

Can you lot start posting some useful info eg system info? and more,
The quality of info provided so far in this report is total crap!

P.S The next 'me to' or 'same here' remark and I will close it.

@leigh123linux,

In my 3.5 year old bug report that was closed as a duplicate of this (#2986), I included a simple testcase:

#!/bin/bash

while true ; do
xeyes & sleep 1 & killall xeyes
done

that reliably showed the issue. If a testcase isn't good enough info, I don't see how berating users will get you better info.

Good luck fixing it.

austin987 · Dec 17, 2017

@leigh123linux,

In my 3.5 year old bug report that was closed as a duplicate of this (#2986), I included a simple testcase:

#!/bin/bash

while true ; do
xeyes & sleep 1 & killall xeyes
done

that reliably showed the issue. If a testcase isn't good enough info, I don't see how berating users will get you better info.

Good luck fixing it.

Leigh, you closed #7121 where there were some system info dumps, as being a duplicate of this one. You said there that there is no proof this is a Cinnamon issue; all you see is a crappy Xenial base and an old Xorg. That could well be true, but this is a LinuxMint forum, and those are the current Mint versions. And it is Cinnamon, not Xorg, that runs its CPU usage to 100% and freezes the interface (and yes, I understand that the root cause of this behaviour may be elsewhere).
I would like to help, but I am only a user, not a developer. What information beyond what was supplied in #7121 would be useful to you, at least to help find out whether Cinnamon or something else is at fault? (A pointer to a list somewhere else would be great.)

PaulVD · Dec 17, 2017

Leigh, you closed #7121 where there were some system info dumps, as being a duplicate of this one. You said there that there is no proof this is a Cinnamon issue; all you see is a crappy Xenial base and an old Xorg. That could well be true, but this is a LinuxMint forum, and those are the current Mint versions. And it is Cinnamon, not Xorg, that runs its CPU usage to 100% and freezes the interface (and yes, I understand that the root cause of this behaviour may be elsewhere).
I would like to help, but I am only a user, not a developer. What information beyond what was supplied in #7121 would be useful to you, at least to help find out whether Cinnamon or something else is at fault? (A pointer to a list somewhere else would be great.)

@austin987 I tried your test 3.5 years ago and it didn't increase memory use then and it still doesn't.

I don't see how berating users

Perhaps if you received 30-50 worthless emails a day that say little more than 'me to' , 'same here' , '+1' or some abrt report without info you would have a hardened attitude.

leigh123linux · Dec 17, 2017

@austin987 I tried your test 3.5 years ago and it didn't increase memory use then and it still doesn't.

I don't see how berating users

Perhaps if you received 30-50 worthless emails a day that say little more than 'me to' , 'same here' , '+1' or some abrt report without info you would have a hardened attitude.

@PaulVD I closed #7121 as more than 50% were using monitoring applets, these are known to cause high memory use.

all you see is a crappy Xenial base and an old Xorg.

What I meant by this is, old software versions don't get upstream fixes as such, maybe the odd security fix.

but this is a LinuxMint forum

It isn't a forum, it's a bug tracker for issues and we expect a higher standard of reporting.

I would like to help, but I am only a user, not a developer. What information beyond what was supplied in #7121 would be useful to you, at least to help find out whether Cinnamon or something else is at fault? (A pointer to a list somewhere else would be great.)

I would like to see

reporters to remove all spice applets, desklets, extensions and set the theme to Mint default and see if the memory still leaks.
full system info paste and some hardware info
Can anyone confirm they have actually run out of RAM due to this?, linux tends to cache and release when needed.

leigh123linux · Dec 18, 2017

@PaulVD I closed #7121 as more than 50% were using monitoring applets, these are known to cause high memory use.

all you see is a crappy Xenial base and an old Xorg.

What I meant by this is, old software versions don't get upstream fixes as such, maybe the odd security fix.

but this is a LinuxMint forum

It isn't a forum, it's a bug tracker for issues and we expect a higher standard of reporting.

I would like to help, but I am only a user, not a developer. What information beyond what was supplied in #7121 would be useful to you, at least to help find out whether Cinnamon or something else is at fault? (A pointer to a list somewhere else would be great.)

I would like to see

reporters to remove all spice applets, desklets, extensions and set the theme to Mint default and see if the memory still leaks.
full system info paste and some hardware info
Can anyone confirm they have actually run out of RAM due to this?, linux tends to cache and release when needed.

I'm an active developer/maintainer on several FOSS products, so yes, I do get plenty of emails to that effect.

Given that this bug has gotten nothing but vitrol and blaming users, I voted with my feet and moved to xfce years ago, which doesn't have any similar issue. Still, I would be willing to help debug this, as I already have a couple times in the past years. But given the replies and attitude towards users, it's easier to drop it and contribute where I'm wanted.

austin987 · Dec 18, 2017

I'm an active developer/maintainer on several FOSS products, so yes, I do get plenty of emails to that effect.

Given that this bug has gotten nothing but vitrol and blaming users, I voted with my feet and moved to xfce years ago, which doesn't have any similar issue. Still, I would be willing to help debug this, as I already have a couple times in the past years. But given the replies and attitude towards users, it's easier to drop it and contribute where I'm wanted.

Removed all applets, desklets, extensions and set theme to default.
System info: https://gist.github.com/anonymous/3bad51e14ce76470d4e1c3b66e3d2fbe
Completely running out of ram would take quite some time since memory usage increase happens over time and once cinnamon reaches 3-4 gig limit most users restart cinnamon/box because system becomes very sluggish, but here is a screencast of me repeatedly switching from one window to another that increases cinnamon ram usage ~1.5 times in a matter minutes.
https://youtu.be/1pv32MQvXgM
While working normally, I have to restart (Ctrl-Alt-Esc) cinnamon at least once every day otherwise cinnamon process starts to eat 3-4 gigs of ram and slows down significantly. Even with linux tendencies to cache you would think this is excessive for a windows manager.

Now that I think about it is it possible that cinnamon windows switcher alt-tab has a leak? I don't see any memory increase by switching from one window to another by calling wmctrl in a loop

#!/bin/bash
for loop in {0..10000}
do
 wmctrl -Fa 'System Monitor'
 wmctrl -Fa 'Terminal'
done

Yet while switching manually I went from 70mb to 100mb in a matter of minutes.

And by the time I was done writing this post memory usage was already at ~150mb.

okornev · Dec 18, 2017

Removed all applets, desklets, extensions and set theme to default.
System info: https://gist.github.com/anonymous/3bad51e14ce76470d4e1c3b66e3d2fbe
Completely running out of ram would take quite some time since memory usage increase happens over time and once cinnamon reaches 3-4 gig limit most users restart cinnamon/box because system becomes very sluggish, but here is a screencast of me repeatedly switching from one window to another that increases cinnamon ram usage ~1.5 times in a matter minutes.
https://youtu.be/1pv32MQvXgM
While working normally, I have to restart (Ctrl-Alt-Esc) cinnamon at least once every day otherwise cinnamon process starts to eat 3-4 gigs of ram and slows down significantly. Even with linux tendencies to cache you would think this is excessive for a windows manager.

Now that I think about it is it possible that cinnamon windows switcher alt-tab has a leak? I don't see any memory increase by switching from one window to another by calling wmctrl in a loop

#!/bin/bash
for loop in {0..10000}
do
 wmctrl -Fa 'System Monitor'
 wmctrl -Fa 'Terminal'
done

Yet while switching manually I went from 70mb to 100mb in a matter of minutes.

And by the time I was done writing this post memory usage was already at ~150mb.

Cinnamon on my office computer accumulated 7.5 GB over the weekend. So it's not the alt-tab swtich either.

Elemag · Dec 18, 2017

Cinnamon on my office computer accumulated 7.5 GB over the weekend. So it's not the alt-tab swtich either.

Here is the output of lshw on my system.
hw.txt
If you mean run out of RAM to the point where it starts paging everything to disk, the HD light is on solid and everything is slow to the point of being ususable, then yes, due to the cumulative effect of cinnamon and other programs running on the system.

LightningStalker · Dec 18, 2017

Here is the output of lshw on my system.
hw.txt
If you mean run out of RAM to the point where it starts paging everything to disk, the HD light is on solid and everything is slow to the point of being ususable, then yes, due to the cumulative effect of cinnamon and other programs running on the system.

Hello guys. My -cinnamon process grow up to 4,7Gb during the weekend ))) I solved the issue. In my case the reason of problem were the GPU and CPU temperature applets in status bar. I didn`t try to define witch one is bad, but when I turned it off and restart -cinnamon it was finished to increase in memory. So if any body have such problem, try to turn OFF this applets: gputemperature@silentage.com or/and temperature@fevimu, or something like that...

IlyukhinAndrey · Dec 18, 2017

Hello guys. My -cinnamon process grow up to 4,7Gb during the weekend ))) I solved the issue. In my case the reason of problem were the GPU and CPU temperature applets in status bar. I didn`t try to define witch one is bad, but when I turned it off and restart -cinnamon it was finished to increase in memory. So if any body have such problem, try to turn OFF this applets: gputemperature@silentage.com or/and temperature@fevimu, or something like that...

In my case, the problem also happens when the SpiderOak ONE client is uploading stuff and its systray icon gets animated, so the problem might be in the Cinnamon code that handles systray icons in general rather than one applet in particular.

sboukortt · Dec 18, 2017

In my case, the problem also happens when the SpiderOak ONE client is uploading stuff and its systray icon gets animated, so the problem might be in the Cinnamon code that handles systray icons in general rather than one applet in particular.

@sboukortt It is really looks like! During I tried to find solution, I have read that some people meet the same problems with different applets for -Cinnamon like: "Shutdown menu with icons", "CPU Temperature", "GPU temperature", etc.

IlyukhinAndrey · Dec 18, 2017

@sboukortt It is really looks like! During I tried to find solution, I have read that some people meet the same problems with different applets for -Cinnamon like: "Shutdown menu with icons", "CPU Temperature", "GPU temperature", etc.

Leigh, thanks for the list of what you needed. I was using only applets provided by the distribution, but when I disabled them all as you requested then the problem disappeared. So I can now identify the applet at fault and send the information where it will do some good. Your debugging advice was greatly appreciated.

PaulVD · Dec 20, 2017

Leigh, thanks for the list of what you needed. I was using only applets provided by the distribution, but when I disabled them all as you requested then the problem disappeared. So I can now identify the applet at fault and send the information where it will do some good. Your debugging advice was greatly appreciated.

Including network and clock, etc?

LightningStalker · Dec 20, 2017

Including network and clock, etc?

For me it seems to be the cpu temperature applet. how can i dump and analyse the memory of the cinnamon process?

astephanh · Dec 20, 2017

For me it seems to be the cpu temperature applet. how can i dump and analyse the memory of the cinnamon process?

I've been experiencing the same problem ever since I've came from MATE in may.
Cinnamon grows bigger and will eventually consume 800MB+ when left overnight.
Moreover, cinnamom performance (moving windows etc) drops dramatically then - until restarted.

I think that every element that causes redraw is to blame. You can disable applets that draw anything on screen (like monitoring applets) but you will eventually only postpone or rather slow down uneviteable growing of cinnamon process. Even calendar applet draws seconds (in my case) or minutes anyway. Calendar is the last "fancy" applet I got and cinnamon is already 220MB after one hour of light usage (315MB RSS). Up from about 90MB and still growing.

And I'm on Manjaro btw, so it's not any Mint related issue. There is no point in denying that there is a problem, because there IS a problem. Disabling applets or turning software renderer ultimately won't help. Looking at issue #3796 nothing has changed since at least 2015.

edit: and here is short movie titled "how to increase cinnamon memory usage from 80MB to 200MB in 8 minutes without any apps". Of course it won't stop at 200MB, but my finger hurts ;)
https://warps.ml/github/cinnamon.mp4
Cinnamon 3.6.6, X.Org 1.19.5, Linux 4.14.5, nVidia 384.98, backends gl3, gl, software

edit2:
5cdf5c0
Will it be incuded in 3.6.7?

edit3: also, reloading applet (for example Cinnamon stock main menu) from Melagnge/Looking Glass console causes approx. 5MB increase for each reload. Just like memory is always allocated, never freed.

sobrus · Dec 20, 2017

I've been experiencing the same problem ever since I've came from MATE in may.
Cinnamon grows bigger and will eventually consume 800MB+ when left overnight.
Moreover, cinnamom performance (moving windows etc) drops dramatically then - until restarted.

I think that every element that causes redraw is to blame. You can disable applets that draw anything on screen (like monitoring applets) but you will eventually only postpone or rather slow down uneviteable growing of cinnamon process. Even calendar applet draws seconds (in my case) or minutes anyway. Calendar is the last "fancy" applet I got and cinnamon is already 220MB after one hour of light usage (315MB RSS). Up from about 90MB and still growing.

And I'm on Manjaro btw, so it's not any Mint related issue. There is no point in denying that there is a problem, because there IS a problem. Disabling applets or turning software renderer ultimately won't help. Looking at issue #3796 nothing has changed since at least 2015.

edit: and here is short movie titled "how to increase cinnamon memory usage from 80MB to 200MB in 8 minutes without any apps". Of course it won't stop at 200MB, but my finger hurts ;)
https://warps.ml/github/cinnamon.mp4
Cinnamon 3.6.6, X.Org 1.19.5, Linux 4.14.5, nVidia 384.98, backends gl3, gl, software

edit2:
5cdf5c0
Will it be incuded in 3.6.7?

edit3: also, reloading applet (for example Cinnamon stock main menu) from Melagnge/Looking Glass console causes approx. 5MB increase for each reload. Just like memory is always allocated, never freed.

@melmelissa - if the Cinnamon folks can't recreate the problem, then there's literally no way to solve it, because in that scenario, there is no problem, yes?

So the only way to move forward is to gather data from affected users, and attempt to identify a pattern. If a common element is found, then someone could test against that variable and hopefully recreate the problem, and then solve it. Or, we find it is some weird corner case, and not caused by Cinnamon directly.

In either case, the problem has to be characterized, root cause identified, and recreated in order to be debugged and solved.

mainmachine · Feb 14, 2018

@melmelissa - if the Cinnamon folks can't recreate the problem, then there's literally no way to solve it, because in that scenario, there is no problem, yes?

So the only way to move forward is to gather data from affected users, and attempt to identify a pattern. If a common element is found, then someone could test against that variable and hopefully recreate the problem, and then solve it. Or, we find it is some weird corner case, and not caused by Cinnamon directly.

In either case, the problem has to be characterized, root cause identified, and recreated in order to be debugged and solved.

Yes, it is true that we can't reproduce the problem...
I agree with your analysis, and I am ready to give all the necessary elements.
If other affected users also want to participate, this will be the way to really identify the problem. :)

I am at your disposal to try to find the origin of the bug.
It's late in France, I'm going to sleep.

melmelissa · Feb 14, 2018

Yes, it is true that we can't reproduce the problem...
I agree with your analysis, and I am ready to give all the necessary elements.
If other affected users also want to participate, this will be the way to really identify the problem. :)

I am at your disposal to try to find the origin of the bug.
It's late in France, I'm going to sleep.

I also experience this problem on a new install of Mint 18.3, although it appears to be a milder version than for some others. I do regularly get RAM usage up past 1GB for cinnamon --replace. It was worse before I turned off a CPU temperature applet (as suggested elsewhere in this thread).

I realize "me too" comments from users aren't terribly helpful, which is why I have just been following and not commenting up to now. But given the way the discussion has evolved, I thought I should say that I would be willing to contribute some system diagnostics if that would be helpful to the developers.

a-torgovitsky · Feb 14, 2018

I also experience this problem on a new install of Mint 18.3, although it appears to be a milder version than for some others. I do regularly get RAM usage up past 1GB for cinnamon --replace. It was worse before I turned off a CPU temperature applet (as suggested elsewhere in this thread).

I realize "me too" comments from users aren't terribly helpful, which is why I have just been following and not commenting up to now. But given the way the discussion has evolved, I thought I should say that I would be willing to contribute some system diagnostics if that would be helpful to the developers.

@clefebvre, I've got a couple VM's ready to start testing. I will pull in the packages as you described and post the results.

ctrlesc · Feb 15, 2018

@clefebvre, I've got a couple VM's ready to start testing. I will pull in the packages as you described and post the results.

@JosephMcc you have ~240MiB on HiDPI machine, @leigh123linux had almost 800MiB (although I don't know what his uptime was). Yet both of you are not affected. And it makes me wonder.

sobrus · Feb 15, 2018

@JosephMcc you have ~240MiB on HiDPI machine, @leigh123linux had almost 800MiB (although I don't know what his uptime was). Yet both of you are not affected. And it makes me wonder.

@sobrus I get the same usage in Mint

date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
08:01:07
VmRSS:	 1117500 kB
RssAnon:	 1020360 kB
RssFile:	   96672 kB
RssShmem:	     468 kB

nvidia-smi
Thu Feb 15 08:03:59 2018       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 390.25                 Driver Version: 390.25                    |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 105...  Off  | 00000000:01:00.0  On |                  N/A |
| 46%   32C    P8    N/A /  75W |    794MiB /  4039MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
                                                                               
+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      5624      G   /usr/libexec/Xorg                            550MiB |
|    0      6096      G   cinnamon                                     238MiB |
|    0      6930      G   /usr/lib64/firefox/firefox                     1MiB |
|    0      7681      G   /usr/lib64/firefox/firefox                     1MiB |
+-----------------------------------------------------------------------------+

uptime
 08:01:26 up 4 days, 20:18,  1 user,  load average: 0.13, 0.33, 0.26

inxi -Fz
System:    Host: localhost Kernel: 4.15.0-1.fc28.x86_64 x86_64 bits: 64 Desktop: Cinnamon 3.6.7
           Distro: Fedora release 28 (Rawhide)
Machine:   Device: desktop System: Gigabyte product: N/A serial: N/A
           Mobo: Gigabyte model: GA-990X-Gaming SLI-CF v: x.x serial: N/A
           BIOS: American Megatrends v: F1 date: 01/28/2016
Battery    hidpp__0: charge: N/A condition: NA/NA Wh
CPU:       8 core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB
           clock speeds: max: 4400 MHz 1: 1404 MHz 2: 1404 MHz 3: 1404 MHz 4: 1404 MHz 5: 1404 MHz 6: 1392 MHz
           7: 3189 MHz 8: 3792 MHz
Graphics:  Card: NVIDIA GP107 [GeForce GTX 1050 Ti]
           Display Server: x11 (X.org 119.6 ) drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
           Resolution: 3840x2160@60.00hz
           OpenGL: renderer: GeForce GTX 1050 Ti/PCIe/SSE2 version: 4.6.0 NVIDIA 390.25
Audio:     Card-1 NVIDIA GP107GL High Definition Audio Controller driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-1.fc28.x86_64
Network:   Card-1: Intel Wireless 7260 driver: iwlwifi
           IF: wlp2s0 state: up mac: <filter>
           Card-2: Intel I211 Gigabit Network Connection driver: igb
           IF: enp7s0 state: down mac: <filter>
Drives:    HDD Total Size: 3884.8GB (17.7% used)
           ID-1: /dev/sda model: SAMSUNG_SSD_830 size: 128.0GB
           ID-2: /dev/sdb model: Samsung_SSD_850 size: 500.1GB
           ID-3: /dev/sdc model: WDC_WD30EZRX size: 3000.6GB
           ID-4: /dev/nvme0n1 model: SAMSUNG_MZVLW256HEHP size: 256.1GB
Partition: ID-1: / size: 40G used: 28G (73%) fs: ext4 dev: /dev/nvme0n1p5
           ID-2: /home size: 74G used: 17G (24%) fs: ext4 dev: /dev/sdb4
           ID-3: swap-1 size: 18.52GB used: 0.00GB (0%) fs: swap dev: /dev/sdc4
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 25.2C mobo: N/A gpu: 33C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 262 Uptime: 4 days Memory: 5884.6/16002.7MB Client: Shell (bash) inxi: 2.3.56

leigh123linux · Feb 15, 2018

@sobrus I get the same usage in Mint

date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
08:01:07
VmRSS:	 1117500 kB
RssAnon:	 1020360 kB
RssFile:	   96672 kB
RssShmem:	     468 kB

nvidia-smi
Thu Feb 15 08:03:59 2018       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 390.25                 Driver Version: 390.25                    |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 105...  Off  | 00000000:01:00.0  On |                  N/A |
| 46%   32C    P8    N/A /  75W |    794MiB /  4039MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
                                                                               
+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      5624      G   /usr/libexec/Xorg                            550MiB |
|    0      6096      G   cinnamon                                     238MiB |
|    0      6930      G   /usr/lib64/firefox/firefox                     1MiB |
|    0      7681      G   /usr/lib64/firefox/firefox                     1MiB |
+-----------------------------------------------------------------------------+

uptime
 08:01:26 up 4 days, 20:18,  1 user,  load average: 0.13, 0.33, 0.26

inxi -Fz
System:    Host: localhost Kernel: 4.15.0-1.fc28.x86_64 x86_64 bits: 64 Desktop: Cinnamon 3.6.7
           Distro: Fedora release 28 (Rawhide)
Machine:   Device: desktop System: Gigabyte product: N/A serial: N/A
           Mobo: Gigabyte model: GA-990X-Gaming SLI-CF v: x.x serial: N/A
           BIOS: American Megatrends v: F1 date: 01/28/2016
Battery    hidpp__0: charge: N/A condition: NA/NA Wh
CPU:       8 core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB
           clock speeds: max: 4400 MHz 1: 1404 MHz 2: 1404 MHz 3: 1404 MHz 4: 1404 MHz 5: 1404 MHz 6: 1392 MHz
           7: 3189 MHz 8: 3792 MHz
Graphics:  Card: NVIDIA GP107 [GeForce GTX 1050 Ti]
           Display Server: x11 (X.org 119.6 ) drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
           Resolution: 3840x2160@60.00hz
           OpenGL: renderer: GeForce GTX 1050 Ti/PCIe/SSE2 version: 4.6.0 NVIDIA 390.25
Audio:     Card-1 NVIDIA GP107GL High Definition Audio Controller driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-1.fc28.x86_64
Network:   Card-1: Intel Wireless 7260 driver: iwlwifi
           IF: wlp2s0 state: up mac: <filter>
           Card-2: Intel I211 Gigabit Network Connection driver: igb
           IF: enp7s0 state: down mac: <filter>
Drives:    HDD Total Size: 3884.8GB (17.7% used)
           ID-1: /dev/sda model: SAMSUNG_SSD_830 size: 128.0GB
           ID-2: /dev/sdb model: Samsung_SSD_850 size: 500.1GB
           ID-3: /dev/sdc model: WDC_WD30EZRX size: 3000.6GB
           ID-4: /dev/nvme0n1 model: SAMSUNG_MZVLW256HEHP size: 256.1GB
Partition: ID-1: / size: 40G used: 28G (73%) fs: ext4 dev: /dev/nvme0n1p5
           ID-2: /home size: 74G used: 17G (24%) fs: ext4 dev: /dev/sdb4
           ID-3: swap-1 size: 18.52GB used: 0.00GB (0%) fs: swap dev: /dev/sdc4
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 25.2C mobo: N/A gpu: 33C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 262 Uptime: 4 days Memory: 5884.6/16002.7MB Client: Shell (bash) inxi: 2.3.56

System:    Host: localhost Kernel: 4.13.0-32-generic x86_64 bits: 64 Desktop: Cinnamon 3.6.7
           Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: HP product: HP ENVY Notebook v: Type1ProductConfigId serial: N/A
           Mobo: HP model: 81D1 v: KBC Version 87.21 serial: N/A UEFI: Insyde v: F.41 date: 06/05/2017
Battery    BAT0: charge: 13.6 Wh 25.7% condition: 52.9/52.9 Wh (100%)
           hidpp__0: charge: N/A condition: NA/NA Wh
CPU:       Dual core Intel Core i7-7500U (-MT-MCP-) cache: 4096 KB
           clock speeds: max: 3500 MHz 1: 2900 MHz 2: 2900 MHz 3: 2900 MHz 4: 2900 MHz
Graphics:  Card: Intel HD Graphics 620
           Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 3840x2160@60.00hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2) version: 4.5 Mesa 17.3.3
Audio:     Card Intel Sunrise Point-LP HD Audio driver: snd_hda_intel Sound: ALSA v: k4.13.0-32-generic
Network:   Card: Intel Wireless 7265 driver: iwlwifi
           IF: wlp1s0 state: up mac: <filter>
Drives:    HDD Total Size: 1024.2GB (1.0% used)
           ID-1: /dev/nvme0n1 model: SAMSUNG_MZVLW1T0HMLH size: 1024.2GB
Partition: ID-1: / size: 938G used: 11G (2%) fs: ext4 dev: /dev/nvme0n1p2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 34.0C mobo: 0.0C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 212 Uptime: 4:20 Memory: 2299.0/11893.8MB Client: Shell (bash) inxi: 2.3.56

Cinnamon is currently sitting at 285mb. My other machine is not HiDPI and has an Nvidia1060. Cinnamons memory use is generally a little higher on that machine but that's typical with the Nvidia driver. I still don't see it climbing out of control like some of you do and I've left it running for days.

JosephMcc · Feb 15, 2018

System:    Host: localhost Kernel: 4.13.0-32-generic x86_64 bits: 64 Desktop: Cinnamon 3.6.7
           Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: HP product: HP ENVY Notebook v: Type1ProductConfigId serial: N/A
           Mobo: HP model: 81D1 v: KBC Version 87.21 serial: N/A UEFI: Insyde v: F.41 date: 06/05/2017
Battery    BAT0: charge: 13.6 Wh 25.7% condition: 52.9/52.9 Wh (100%)
           hidpp__0: charge: N/A condition: NA/NA Wh
CPU:       Dual core Intel Core i7-7500U (-MT-MCP-) cache: 4096 KB
           clock speeds: max: 3500 MHz 1: 2900 MHz 2: 2900 MHz 3: 2900 MHz 4: 2900 MHz
Graphics:  Card: Intel HD Graphics 620
           Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 3840x2160@60.00hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2) version: 4.5 Mesa 17.3.3
Audio:     Card Intel Sunrise Point-LP HD Audio driver: snd_hda_intel Sound: ALSA v: k4.13.0-32-generic
Network:   Card: Intel Wireless 7265 driver: iwlwifi
           IF: wlp1s0 state: up mac: <filter>
Drives:    HDD Total Size: 1024.2GB (1.0% used)
           ID-1: /dev/nvme0n1 model: SAMSUNG_MZVLW1T0HMLH size: 1024.2GB
Partition: ID-1: / size: 938G used: 11G (2%) fs: ext4 dev: /dev/nvme0n1p2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 34.0C mobo: 0.0C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 212 Uptime: 4:20 Memory: 2299.0/11893.8MB Client: Shell (bash) inxi: 2.3.56

Cinnamon is currently sitting at 285mb. My other machine is not HiDPI and has an Nvidia1060. Cinnamons memory use is generally a little higher on that machine but that's typical with the Nvidia driver. I still don't see it climbing out of control like some of you do and I've left it running for days.

The above two examples illustrate why it would be useful to identify whether there is a pattern that correlates with graphics hardware/drivers.

inxi -Fz
System:    Host: BitrateCrusher Kernel: 4.13.0-32-generic x86_64 (64 bit) Desktop: Cinnamon 3.6.7
           Distro: Ubuntu 16.04 xenial
Machine:   System: Acer (portable) product: Aspire VN7-791 v: V1.10
           Mobo: Acer model: Aspire VN7-791 v: V1.10 Bios: Insyde v: V1.10 date: 11/27/2014
CPU:       Quad core Intel Core i7-4720HQ (-HT-MCP-) cache: 6144 KB 
           clock speeds: max: 3600 MHz 1: 2594 MHz 2: 2594 MHz 3: 2594 MHz 4: 2594 MHz 5: 2594 MHz 6: 2594 MHz
           7: 2594 MHz 8: 2594 MHz
Graphics:  Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
           Card-2: NVIDIA GM107M [GeForce GTX 860M]
           Display Server: X.Org 1.19.5 drivers: (unloaded: fbdev,vesa)
           Resolution: 1920x1080@60.02hz, 2560x1440@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 17.3.2 - padoka PPA
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card-1: Intel Wireless 7260 driver: iwlwifi
           IF: wlp7s0 state: down mac: <filter>
           Card-2: Broadcom NetLink BCM57780 Gigabit Ethernet PCIe driver: tg3
           IF: enp8s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1250.3GB (72.8% used) ID-1: /dev/sda model: Crucial_CT250MX2 size: 250.1GB
           ID-2: /dev/sdb model: WDC_WD10JPVX size: 1000.2GB
Partition: ID-1: / size: 106G used: 81G (81%) fs: ext4 dev: /dev/sda3
           ID-2: swap-1 size: 16.67GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 54.0C mobo: 27.8C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 412 Uptime: 13 min Memory: 2904.2/15968.4MB Client: Shell (bash) inxi: 2.2.35

cinnamon is using 392M, and this doesn't change significantly throughout the workday.

My desktop system has an AMD gpu, otherwise same distro, kernel, etc. and is at 333M after 9 days uptime:

inxi -Fz
System:    Host: NEWGAMER Kernel: 4.13.0-32-generic x86_64 (64 bit) Console: tty 2 Distro: Ubuntu 16.04 xenial
Machine:   Mobo: Micro-Star model: B350 TOMAHAWK ARCTIC(MS-7A34) v: 3.0
           Bios: American Megatrends v: H.60 date: 07/27/2017
CPU:       Octa core AMD Ryzen 7 1700 Eight-Core (-HT-MCP-) cache: 4096 KB 
           clock speeds: max: 3699 MHz 1: 3699 MHz 2: 3699 MHz 3: 3699 MHz 4: 3699 MHz 5: 3699 MHz 6: 3699 MHz
           7: 3699 MHz 8: 3699 MHz 9: 3699 MHz 10: 3699 MHz 11: 3699 MHz 12: 3699 MHz 13: 3699 MHz 14: 3699 MHz
           15: 3699 MHz 16: 3699 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Device 67df
           Display Server: N/A driver: amdgpu tty size: 239x67 Advanced Data: N/A out of X
Audio:     Card-1 Advanced Micro Devices [AMD] Device 1457 driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] Device aaf0 driver: snd_hda_intel
           Card-3 TEAC driver: USB Audio
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp33s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 3216.7GB (41.7% used) ID-1: /dev/sda model: MICRON_M510DC_MT size: 960.2GB
           ID-2: /dev/sdb model: WDC_WD20EURX size: 2000.4GB ID-3: /dev/sdc model: Micron_1100_MTFD size: 256.1GB
Partition: ID-1: / size: 227G used: 167G (78%) fs: ext4 dev: /dev/sdc2
           ID-2: swap-1 size: 8.32GB used: 0.26GB (3%) fs: swap dev: /dev/sdc3
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 36.0C mobo: 42.0C
           Fan Speeds (in rpm): cpu: N/A fan-1: 0 fan-2: 2184 fan-3: 750 fan-4: 0 fan-5: 0
Info:      Processes: 411 Uptime: 9 days Memory: 7325.9/15991.8MB Init: systemd runlevel: 5
           Client: Shell (bash) inxi: 2.2.35

mainmachine · Feb 15, 2018

The above two examples illustrate why it would be useful to identify whether there is a pattern that correlates with graphics hardware/drivers.

inxi -Fz
System:    Host: BitrateCrusher Kernel: 4.13.0-32-generic x86_64 (64 bit) Desktop: Cinnamon 3.6.7
           Distro: Ubuntu 16.04 xenial
Machine:   System: Acer (portable) product: Aspire VN7-791 v: V1.10
           Mobo: Acer model: Aspire VN7-791 v: V1.10 Bios: Insyde v: V1.10 date: 11/27/2014
CPU:       Quad core Intel Core i7-4720HQ (-HT-MCP-) cache: 6144 KB 
           clock speeds: max: 3600 MHz 1: 2594 MHz 2: 2594 MHz 3: 2594 MHz 4: 2594 MHz 5: 2594 MHz 6: 2594 MHz
           7: 2594 MHz 8: 2594 MHz
Graphics:  Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
           Card-2: NVIDIA GM107M [GeForce GTX 860M]
           Display Server: X.Org 1.19.5 drivers: (unloaded: fbdev,vesa)
           Resolution: 1920x1080@60.02hz, 2560x1440@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 17.3.2 - padoka PPA
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card-1: Intel Wireless 7260 driver: iwlwifi
           IF: wlp7s0 state: down mac: <filter>
           Card-2: Broadcom NetLink BCM57780 Gigabit Ethernet PCIe driver: tg3
           IF: enp8s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1250.3GB (72.8% used) ID-1: /dev/sda model: Crucial_CT250MX2 size: 250.1GB
           ID-2: /dev/sdb model: WDC_WD10JPVX size: 1000.2GB
Partition: ID-1: / size: 106G used: 81G (81%) fs: ext4 dev: /dev/sda3
           ID-2: swap-1 size: 16.67GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 54.0C mobo: 27.8C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 412 Uptime: 13 min Memory: 2904.2/15968.4MB Client: Shell (bash) inxi: 2.2.35

cinnamon is using 392M, and this doesn't change significantly throughout the workday.

My desktop system has an AMD gpu, otherwise same distro, kernel, etc. and is at 333M after 9 days uptime:

inxi -Fz
System:    Host: NEWGAMER Kernel: 4.13.0-32-generic x86_64 (64 bit) Console: tty 2 Distro: Ubuntu 16.04 xenial
Machine:   Mobo: Micro-Star model: B350 TOMAHAWK ARCTIC(MS-7A34) v: 3.0
           Bios: American Megatrends v: H.60 date: 07/27/2017
CPU:       Octa core AMD Ryzen 7 1700 Eight-Core (-HT-MCP-) cache: 4096 KB 
           clock speeds: max: 3699 MHz 1: 3699 MHz 2: 3699 MHz 3: 3699 MHz 4: 3699 MHz 5: 3699 MHz 6: 3699 MHz
           7: 3699 MHz 8: 3699 MHz 9: 3699 MHz 10: 3699 MHz 11: 3699 MHz 12: 3699 MHz 13: 3699 MHz 14: 3699 MHz
           15: 3699 MHz 16: 3699 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Device 67df
           Display Server: N/A driver: amdgpu tty size: 239x67 Advanced Data: N/A out of X
Audio:     Card-1 Advanced Micro Devices [AMD] Device 1457 driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] Device aaf0 driver: snd_hda_intel
           Card-3 TEAC driver: USB Audio
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp33s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 3216.7GB (41.7% used) ID-1: /dev/sda model: MICRON_M510DC_MT size: 960.2GB
           ID-2: /dev/sdb model: WDC_WD20EURX size: 2000.4GB ID-3: /dev/sdc model: Micron_1100_MTFD size: 256.1GB
Partition: ID-1: / size: 227G used: 167G (78%) fs: ext4 dev: /dev/sdc2
           ID-2: swap-1 size: 8.32GB used: 0.26GB (3%) fs: swap dev: /dev/sdc3
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 36.0C mobo: 42.0C
           Fan Speeds (in rpm): cpu: N/A fan-1: 0 fan-2: 2184 fan-3: 750 fan-4: 0 fan-5: 0
Info:      Processes: 411 Uptime: 9 days Memory: 7325.9/15991.8MB Init: systemd runlevel: 5
           Client: Shell (bash) inxi: 2.2.35

@mainmachine
As far as I know there is no corellation between graphics stack used. I'm using nVidia proprietary driver on Maxwell card, @MegaV0lt is using RadeonSI with Mesa and Gallium on Kaveri.
Both OpenGL backends and even software renderer seems to be affected, although I don't know whether Cinnamon uses LLVM OpenGL pipeline or some kind of custom software rasterizer.

But since downgrading cjs seems to cure the problem I would search for problem there.

here is my inxi output, if you find it interesting:
https://pastebin.com/1AxmqVGF

sobrus · Feb 15, 2018

@mainmachine
As far as I know there is no corellation between graphics stack used. I'm using nVidia proprietary driver on Maxwell card, @MegaV0lt is using RadeonSI with Mesa and Gallium on Kaveri.
Both OpenGL backends and even software renderer seems to be affected, although I don't know whether Cinnamon uses LLVM OpenGL pipeline or some kind of custom software rasterizer.

But since downgrading cjs seems to cure the problem I would search for problem there.

here is my inxi output, if you find it interesting:
https://pastebin.com/1AxmqVGF

@sobrus - OK, so let's look at kernel differences. I'm on 4.13 on all of my systems, as is @JosephMcc on his system posted above, and @leigh123linux is on 4.15, and the problem doesn't exist on those three systems.

What kernels are those affected running?

And of course, the amdgpu, radeon, i915 and nvidia modules can all be potentially different depending on the kernel version, so we can't rule gpu driver stack out yet...

mainmachine · Feb 15, 2018

@sobrus - OK, so let's look at kernel differences. I'm on 4.13 on all of my systems, as is @JosephMcc on his system posted above, and @leigh123linux is on 4.15, and the problem doesn't exist on those three systems.

What kernels are those affected running?

And of course, the amdgpu, radeon, i915 and nvidia modules can all be potentially different depending on the kernel version, so we can't rule gpu driver stack out yet...

@mainmachine 4.13.0-32-generic x86_64 (64 bit)

a-torgovitsky · Feb 15, 2018

@mainmachine 4.13.0-32-generic x86_64 (64 bit)

@mainmachine
4.15.3-1-ARCH, uptime 1 and half day and already at 770M.

This is on a VM with where cinnamon runs under software rendering, so no kernel/graphics driver correlation.

Vanilla theme and no additional applets.

C0rn3j · Feb 15, 2018

@mainmachine
4.15.3-1-ARCH, uptime 1 and half day and already at 770M.

This is on a VM with where cinnamon runs under software rendering, so no kernel/graphics driver correlation.

Vanilla theme and no additional applets.

@mainmachine
I'm using rolling arch based distro. No update in past few months solved the issue (kernel, x.org, nvidia, cinnamon). So basically any kernel since 4.12 (when I switched from MATE) up to 4.15.

sobrus · Feb 15, 2018

@mainmachine
I'm using rolling arch based distro. No update in past few months solved the issue (kernel, x.org, nvidia, cinnamon). So basically any kernel since 4.12 (when I switched from MATE) up to 4.15.

mek101@mint18 ~ $ inxi -Fz
System:    Host: mint18 Kernel: 4.13.0-32-generic x86_64 (64 bit)
           Desktop: Cinnamon 3.6.7  Distro: Linux Mint 18.3 Sylvia
Machine:   Mobo: ASRock model: FM2A88M-HD+
           Bios: American Megatrends v: P3.10 date: 05/05/2015
CPU:       Quad core AMD A10-6800K APU with Radeon HD Graphics (-MCP-) cache: 8192 KB 
           clock speeds: max: 4700 MHz 1: 2600 MHz 2: 2600 MHz 3: 2000 MHz
           4: 2000 MHz
Graphics:  Card-1: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8670D]
           Card-2: NVIDIA GM206 [GeForce GTX 950]
           Display Server: X.Org 1.18.4 driver: nvidia
           Resolution: 1920x1080@60.00hz
           GLX Renderer: GeForce GTX 950/PCIe/SSE2
           GLX Version: 4.6.0 NVIDIA 390.25
Audio:     Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller
           driver: snd_hda_intel
           Card-2 NVIDIA Device 0fba driver: snd_hda_intel
           Card-3 Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1500.3GB (33.4% used)
           ID-1: /dev/sda model: Samsung_SSD_840 size: 500.1GB
           ID-2: /dev/sdb model: WDC_WD10EZEX size: 1000.2GB
Partition: ID-1: / size: 332G used: 71G (23%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 0.26GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 0.0C mobo: 34.0C gpu: 58C
           Fan Speeds (in rpm): cpu: N/A fan-1: 3452 fan-2: 1053 fan-3: 0 fan-4: 0 fan-5: 0
Info:      Processes: 213 Uptime: 44 min Memory: 1610.0/7880.7MB
           Client: Shell (bash) inxi: 2.2.35

Never installed any third party applets.
Actually, i'm new to software development and debugging and i don't know if it could be useful or totally useless: in my personal machine with the specs above, i mapped the cinnamon memory over time with pmap and checked for differences with sdiff -s.

000055dbf7162000  75184K rw---   [ anon ]		      |	000055dbf7162000 166392K rw---   [ anon ]
							                            > 00007f55c5efb000   4096K rw-s- nvidiactl
							                            >	00007f55c6300000  28672K rw---   [ anon ]
00007f55d0000000    136K rw---   [ anon ]		      |	00007f55d0000000    204K rw---   [ anon ]
00007f55d0022000  65400K -----   [ anon ]		      |	00007f55d0033000  65332K -----   [ anon ]
00007f55d4000000    188K rw---   [ anon ]		      |	00007f55d4000000    240K rw---   [ anon ]
00007f55d402f000  65348K -----   [ anon ]		      |	00007f55d403c000  65296K -----   [ anon ]
							                            >	00007f55d8000000   5120K rw---   [ anon ]
							                            >	00007f55d852b000    740K r---- DejaVuSans.ttf
00007f55d8df0000     64K rwx--   [ anon ]		      |	00007f55d8c00000   2048K rw---   [ anon ]
00007f55d8f03000    256K rwx--   [ anon ]		      |	00007f55d8f13000     64K rwx--   [ anon ]
00007f55d91c3000     64K rwx--   [ anon ]		      <
00007f55e09c3000     64K rwx--   [ anon ]		      <
00007f55e264b000     64K rwx--   [ anon ]		      <
00007f55e267b000    128K rwx--   [ anon ]		      |	00007f55e268b000     64K rwx--   [ anon ]
00007f55e31c3000    128K rwx--   [ anon ]		      <
00007f55e350b000     64K rwx--   [ anon ]		      <
00007f55e353b000     52K r---- user			      <
00007f55e4000000    812K rw---   [ anon ]		      |	00007f55e4000000    836K rw---   [ anon ]
00007f55e40cb000  64724K -----   [ anon ]		      |	00007f55e40d1000  64700K -----   [ anon ]
00007f55e8000000    440K rw---   [ anon ]		      |	00007f55e8000000    816K rw---   [ anon ]
00007f55e806e000  65096K -----   [ anon ]		      |	00007f55e80cc000  64720K -----   [ anon ]
00007f55ec000000    808K rw---   [ anon ]		      |	00007f55ec000000    844K rw---   [ anon ]
00007f55ec0ca000  64728K -----   [ anon ]		      |	00007f55ec0d3000  64692K -----   [ anon ]
00007f55f0000000    408K rw---   [ anon ]		      |	00007f55f0000000    820K rw---   [ anon ]
00007f55f0066000  65128K -----   [ anon ]		      |	00007f55f00cd000  64716K -----   [ anon ]
00007f55f4000000    440K rw---   [ anon ]		      |	00007f55f4000000    820K rw---   [ anon ]
00007f55f406e000  65096K -----   [ anon ]		      |	00007f55f40cd000  64716K -----   [ anon ]
00007f55f8000000    808K rw---   [ anon ]		      |	00007f55f8000000    820K rw---   [ anon ]
00007f55f80ca000  64728K -----   [ anon ]		      |	00007f55f80cd000  64716K -----   [ anon ]
00007f5600000000    228K rw---   [ anon ]		      |	00007f5600000000    820K rw---   [ anon ]
00007f5600039000  65308K -----   [ anon ]		      |	00007f56000cd000  64716K -----   [ anon ]
00007f5608000000    136K rw---   [ anon ]		      |	00007f5608000000    844K rw---   [ anon ]
00007f5608022000  65400K -----   [ anon ]		      |	00007f56080d3000  64692K -----   [ anon ]
00007f560c000000    200K rw---   [ anon ]		      |	00007f560c000000    968K rw---   [ anon ]
00007f560c032000  65336K -----   [ anon ]		      |	00007f560c0f2000  64568K -----   [ anon ]
00007f5612763000     64K rwx--   [ anon ]		      <
00007f5612a53000      4K r--s- user			      <
00007f5612c3b000    128K rwx--   [ anon ]		      |	00007f5612b83000     52K r---- user (deleted)
							                             >	00007f5612bb3000    256K rwx--   [ anon ]
                                 						     >	00007f5612bf3000      4K r--s- user (deleted)
                        							     > 00007f5612bfb000    384K rwx--   [ anon ]
 total          1669788K				                     |	 total          1801416K

This is the output of sdiff -s memamp1.txt and memap5.txt Each file is the output of pmap taken with 1 hour and 14 seconds of difference

Mek101 · Feb 15, 2018

mek101@mint18 ~ $ inxi -Fz
System:    Host: mint18 Kernel: 4.13.0-32-generic x86_64 (64 bit)
           Desktop: Cinnamon 3.6.7  Distro: Linux Mint 18.3 Sylvia
Machine:   Mobo: ASRock model: FM2A88M-HD+
           Bios: American Megatrends v: P3.10 date: 05/05/2015
CPU:       Quad core AMD A10-6800K APU with Radeon HD Graphics (-MCP-) cache: 8192 KB 
           clock speeds: max: 4700 MHz 1: 2600 MHz 2: 2600 MHz 3: 2000 MHz
           4: 2000 MHz
Graphics:  Card-1: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8670D]
           Card-2: NVIDIA GM206 [GeForce GTX 950]
           Display Server: X.Org 1.18.4 driver: nvidia
           Resolution: 1920x1080@60.00hz
           GLX Renderer: GeForce GTX 950/PCIe/SSE2
           GLX Version: 4.6.0 NVIDIA 390.25
Audio:     Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller
           driver: snd_hda_intel
           Card-2 NVIDIA Device 0fba driver: snd_hda_intel
           Card-3 Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1500.3GB (33.4% used)
           ID-1: /dev/sda model: Samsung_SSD_840 size: 500.1GB
           ID-2: /dev/sdb model: WDC_WD10EZEX size: 1000.2GB
Partition: ID-1: / size: 332G used: 71G (23%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 0.26GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 0.0C mobo: 34.0C gpu: 58C
           Fan Speeds (in rpm): cpu: N/A fan-1: 3452 fan-2: 1053 fan-3: 0 fan-4: 0 fan-5: 0
Info:      Processes: 213 Uptime: 44 min Memory: 1610.0/7880.7MB
           Client: Shell (bash) inxi: 2.2.35

Never installed any third party applets.
Actually, i'm new to software development and debugging and i don't know if it could be useful or totally useless: in my personal machine with the specs above, i mapped the cinnamon memory over time with pmap and checked for differences with sdiff -s.

000055dbf7162000  75184K rw---   [ anon ]		      |	000055dbf7162000 166392K rw---   [ anon ]
							                            > 00007f55c5efb000   4096K rw-s- nvidiactl
							                            >	00007f55c6300000  28672K rw---   [ anon ]
00007f55d0000000    136K rw---   [ anon ]		      |	00007f55d0000000    204K rw---   [ anon ]
00007f55d0022000  65400K -----   [ anon ]		      |	00007f55d0033000  65332K -----   [ anon ]
00007f55d4000000    188K rw---   [ anon ]		      |	00007f55d4000000    240K rw---   [ anon ]
00007f55d402f000  65348K -----   [ anon ]		      |	00007f55d403c000  65296K -----   [ anon ]
							                            >	00007f55d8000000   5120K rw---   [ anon ]
							                            >	00007f55d852b000    740K r---- DejaVuSans.ttf
00007f55d8df0000     64K rwx--   [ anon ]		      |	00007f55d8c00000   2048K rw---   [ anon ]
00007f55d8f03000    256K rwx--   [ anon ]		      |	00007f55d8f13000     64K rwx--   [ anon ]
00007f55d91c3000     64K rwx--   [ anon ]		      <
00007f55e09c3000     64K rwx--   [ anon ]		      <
00007f55e264b000     64K rwx--   [ anon ]		      <
00007f55e267b000    128K rwx--   [ anon ]		      |	00007f55e268b000     64K rwx--   [ anon ]
00007f55e31c3000    128K rwx--   [ anon ]		      <
00007f55e350b000     64K rwx--   [ anon ]		      <
00007f55e353b000     52K r---- user			      <
00007f55e4000000    812K rw---   [ anon ]		      |	00007f55e4000000    836K rw---   [ anon ]
00007f55e40cb000  64724K -----   [ anon ]		      |	00007f55e40d1000  64700K -----   [ anon ]
00007f55e8000000    440K rw---   [ anon ]		      |	00007f55e8000000    816K rw---   [ anon ]
00007f55e806e000  65096K -----   [ anon ]		      |	00007f55e80cc000  64720K -----   [ anon ]
00007f55ec000000    808K rw---   [ anon ]		      |	00007f55ec000000    844K rw---   [ anon ]
00007f55ec0ca000  64728K -----   [ anon ]		      |	00007f55ec0d3000  64692K -----   [ anon ]
00007f55f0000000    408K rw---   [ anon ]		      |	00007f55f0000000    820K rw---   [ anon ]
00007f55f0066000  65128K -----   [ anon ]		      |	00007f55f00cd000  64716K -----   [ anon ]
00007f55f4000000    440K rw---   [ anon ]		      |	00007f55f4000000    820K rw---   [ anon ]
00007f55f406e000  65096K -----   [ anon ]		      |	00007f55f40cd000  64716K -----   [ anon ]
00007f55f8000000    808K rw---   [ anon ]		      |	00007f55f8000000    820K rw---   [ anon ]
00007f55f80ca000  64728K -----   [ anon ]		      |	00007f55f80cd000  64716K -----   [ anon ]
00007f5600000000    228K rw---   [ anon ]		      |	00007f5600000000    820K rw---   [ anon ]
00007f5600039000  65308K -----   [ anon ]		      |	00007f56000cd000  64716K -----   [ anon ]
00007f5608000000    136K rw---   [ anon ]		      |	00007f5608000000    844K rw---   [ anon ]
00007f5608022000  65400K -----   [ anon ]		      |	00007f56080d3000  64692K -----   [ anon ]
00007f560c000000    200K rw---   [ anon ]		      |	00007f560c000000    968K rw---   [ anon ]
00007f560c032000  65336K -----   [ anon ]		      |	00007f560c0f2000  64568K -----   [ anon ]
00007f5612763000     64K rwx--   [ anon ]		      <
00007f5612a53000      4K r--s- user			      <
00007f5612c3b000    128K rwx--   [ anon ]		      |	00007f5612b83000     52K r---- user (deleted)
							                             >	00007f5612bb3000    256K rwx--   [ anon ]
                                 						     >	00007f5612bf3000      4K r--s- user (deleted)
                        							     > 00007f5612bfb000    384K rwx--   [ anon ]
 total          1669788K				                     |	 total          1801416K

This is the output of sdiff -s memamp1.txt and memap5.txt Each file is the output of pmap taken with 1 hour and 14 seconds of difference

memmap1.txt
memmap2.txt
memmap3.txt
memmap4.txt
memmap5.txt

There're not equally distanciated in time

Mek101 · Feb 15, 2018

memmap1.txt
memmap2.txt
memmap3.txt
memmap4.txt
memmap5.txt

There're not equally distanciated in time

Also my xsession-errors.txt
For the sake of completeness

Mek101 · Feb 15, 2018

Also my xsession-errors.txt
For the sake of completeness

Yet another affected host info

top - 12:58:49 up 44 min,  1 user,  load average: 0,73, 0,74, 0,66
Tasks:   1 gesamt,   0 laufend,   1 schlafend,   0 gestoppt,   0 Zombie
%CPU(s):  5,6 be,  2,0 sy,  0,0 ni, 92,3 un,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Spch : 16324792 gesamt,  6149156 frei,  5139068 belegt,  5036568 Puff/Cache
KiB Swap: 16678908 gesamt, 16678908 frei,        0 belegt.  9596076 verfü Spch 

  PID  PR  NI  VIRT     RES     SHR    S  %CPU  %MEM  ZEIT+      BEFEHL                                        
 3688  20   0  3754436  1,522g  146500 S  13,3  9,8  1:47.08    cinnamon

and shortly after:

 3688  20   0  4213556  1,961g  212396 S  6,7  12,6  2:25.76    cinnamon

while STRG + ALT + ESC brings it back to normal in an instant

                                   
10545  20   0  1928940  136592  57972  R  6,2  0,8   0:02.73    cinnamon

System:    Host: t440p Kernel: 4.13.0-32-generic x86_64 (64 bit) Desktop: Cinnamon 3.6.7
           Distro: Linux Mint 18.3 Sylvia
Machine:   System: LENOVO (portable) product: 20AN00C1GE v: ThinkPad T440p
           Mobo: LENOVO model: 20AN00C1GE v: SDK0E50510 WIN Bios: LENOVO v: GLET85WW (2.39 ) date: 09/29/2016
CPU:       Quad core Intel Core i7-4710MQ (-HT-MCP-) cache: 6144 KB 
           clock speeds: max: 3500 MHz 1: 2494 MHz 2: 2494 MHz 3: 2494 MHz 4: 2494 MHz 5: 2494 MHz 6: 2494 MHz
           7: 2494 MHz 8: 2494 MHz
Graphics:  Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
           Card-2: NVIDIA GK208M [GeForce GT 730M]
           Display Server: X.Org 1.19.5 drivers: (unloaded: fbdev,vesa) FAILED: nouveau
           Resolution: 1920x1080@60.02hz, 2560x1440@59.95hz, 2560x1440@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 17.3.2 - padoka PPA
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card-1: Intel Ethernet Connection I217-LM driver: e1000e
           IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: 50:7b:9d:00:fb:b5
           Card-2: Intel Wireless 7260 driver: iwlwifi
           IF: wlp4s0 state: up mac: cc:3d:82:32:cd:b4
Drives:    HDD Total Size: 756.2GB (35.2% used) ID-1: /dev/sda model: Samsung_SSD_850 size: 500.1GB
           ID-2: /dev/sdb model: TOSHIBA_THNSFJ25 size: 256.1GB
Partition: ID-1: / size: 442G used: 233G (56%) fs: ext4 dev: /dev/dm-1
           ID-2: /boot size: 473M used: 141M (32%) fs: ext2 dev: /dev/sda2
           ID-3: swap-1 size: 17.08GB used: 0.00GB (0%) fs: swap dev: /dev/dm-2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 55.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 3092
Info:      Processes: 308 Uptime: 37 min Memory: 4897.8/15942.2MB Client: Shell (bash) inxi: 2.2.35```

ArcTanH · Feb 16, 2018

Yet another affected host info

top - 12:58:49 up 44 min,  1 user,  load average: 0,73, 0,74, 0,66
Tasks:   1 gesamt,   0 laufend,   1 schlafend,   0 gestoppt,   0 Zombie
%CPU(s):  5,6 be,  2,0 sy,  0,0 ni, 92,3 un,  0,1 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Spch : 16324792 gesamt,  6149156 frei,  5139068 belegt,  5036568 Puff/Cache
KiB Swap: 16678908 gesamt, 16678908 frei,        0 belegt.  9596076 verfü Spch 

  PID  PR  NI  VIRT     RES     SHR    S  %CPU  %MEM  ZEIT+      BEFEHL                                        
 3688  20   0  3754436  1,522g  146500 S  13,3  9,8  1:47.08    cinnamon

and shortly after:

 3688  20   0  4213556  1,961g  212396 S  6,7  12,6  2:25.76    cinnamon

while STRG + ALT + ESC brings it back to normal in an instant

                                   
10545  20   0  1928940  136592  57972  R  6,2  0,8   0:02.73    cinnamon

System:    Host: t440p Kernel: 4.13.0-32-generic x86_64 (64 bit) Desktop: Cinnamon 3.6.7
           Distro: Linux Mint 18.3 Sylvia
Machine:   System: LENOVO (portable) product: 20AN00C1GE v: ThinkPad T440p
           Mobo: LENOVO model: 20AN00C1GE v: SDK0E50510 WIN Bios: LENOVO v: GLET85WW (2.39 ) date: 09/29/2016
CPU:       Quad core Intel Core i7-4710MQ (-HT-MCP-) cache: 6144 KB 
           clock speeds: max: 3500 MHz 1: 2494 MHz 2: 2494 MHz 3: 2494 MHz 4: 2494 MHz 5: 2494 MHz 6: 2494 MHz
           7: 2494 MHz 8: 2494 MHz
Graphics:  Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
           Card-2: NVIDIA GK208M [GeForce GT 730M]
           Display Server: X.Org 1.19.5 drivers: (unloaded: fbdev,vesa) FAILED: nouveau
           Resolution: 1920x1080@60.02hz, 2560x1440@59.95hz, 2560x1440@59.95hz
           GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 17.3.2 - padoka PPA
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-32-generic
Network:   Card-1: Intel Ethernet Connection I217-LM driver: e1000e
           IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: 50:7b:9d:00:fb:b5
           Card-2: Intel Wireless 7260 driver: iwlwifi
           IF: wlp4s0 state: up mac: cc:3d:82:32:cd:b4
Drives:    HDD Total Size: 756.2GB (35.2% used) ID-1: /dev/sda model: Samsung_SSD_850 size: 500.1GB
           ID-2: /dev/sdb model: TOSHIBA_THNSFJ25 size: 256.1GB
Partition: ID-1: / size: 442G used: 233G (56%) fs: ext4 dev: /dev/dm-1
           ID-2: /boot size: 473M used: 141M (32%) fs: ext2 dev: /dev/sda2
           ID-3: swap-1 size: 17.08GB used: 0.00GB (0%) fs: swap dev: /dev/dm-2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 55.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 3092
Info:      Processes: 308 Uptime: 37 min Memory: 4897.8/15942.2MB Client: Shell (bash) inxi: 2.2.35```

I also have been silently monitoring this thread, but now add my system info incase it is useful.

I am running Centos7 with cinnamon installed from the EPEL yum repositories. I also saw the memory leak when I first started using cinnamon. At that time I was using a system monitor applet that displays charts of the CPU, memory, network usage over time. With that applet running I saw the leak after a few days of running, the cinnamon process was up to a few GB in size. Since removing that applet I effectively no longer see the leak, the memory usage still increases a little bit over time, currently at 300MB, but this might be just normal behaviour. The aggressive leak is no longer present.

System details below.

Chris

 > inxi -Fz
System:    Host: pcmf Kernel: 3.10.0-693.17.1.el7.x86_64 x86_64 bits: 64
           Desktop: Cinnamon 3.6.7
           Distro: CentOS Linux release 7.4.1708 (Core)
Machine:   Device: desktop System: Dell product: OptiPlex 7040 serial: N/A
           Mobo: Dell model: 0HD5W2 v: A01 serial: N/A
           UEFI [Legacy]: Dell v: 1.7.1 date: 08/15/2017
CPU:       Quad core Intel Core i5-6600 (-MCP-) cache: 6144 KB
           clock speeds: max: 3900 MHz 1: 3599 MHz 2: 3599 MHz 3: 3599 MHz
           4: 3599 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Oland XT [Radeon HD 8670 / R7 250/350]
           Display Server: x11 (X.Org 1.19.3 )
           drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
           OpenGL: renderer: Gallium 0.4 on AMD OLAND (DRM 2.49.0 / 3.10.0-693.17.1.el7.x86_64, LLVM 3.9.1)
           version: 4.5 Mesa 17.0.1
Audio:     Card-1 Intel Sunrise Point-H HD Audio driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
           driver: snd_hda_intel
           Card-3 Logitech Headset H390 driver: USB Audio
           Sound: ALSA v: k3.10.0-693.17.1.el7.x86_64
Network:   Card: Intel Ethernet Connection (2) I219-LM driver: e1000e
           IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1000.2GB (14.9% used)
           ID-1: /dev/sda model: ST1000DM003 size: 1000.2GB
Partition: ID-1: / size: 10G used: 1.5G (15%) fs: xfs dev: /dev/sda5
           ID-2: /usr size: 35G used: 21G (60%) fs: xfs dev: /dev/sda3
           ID-3: /var size: 853G used: 87G (11%) fs: xfs dev: /dev/sda2
           ID-4: swap-1 size: 34.36GB used: 0.45GB (1%)
           fs: swap dev: /dev/sda7
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 66.0C mobo: 27.8C gpu: 57.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 356 Uptime: 9 days Memory: 7720.9/15972.7MB
           Client: Shell (bash) inxi: 2.3.56

cjones051073 · Feb 16, 2018

I also have been silently monitoring this thread, but now add my system info incase it is useful.

I am running Centos7 with cinnamon installed from the EPEL yum repositories. I also saw the memory leak when I first started using cinnamon. At that time I was using a system monitor applet that displays charts of the CPU, memory, network usage over time. With that applet running I saw the leak after a few days of running, the cinnamon process was up to a few GB in size. Since removing that applet I effectively no longer see the leak, the memory usage still increases a little bit over time, currently at 300MB, but this might be just normal behaviour. The aggressive leak is no longer present.

System details below.

Chris

 > inxi -Fz
System:    Host: pcmf Kernel: 3.10.0-693.17.1.el7.x86_64 x86_64 bits: 64
           Desktop: Cinnamon 3.6.7
           Distro: CentOS Linux release 7.4.1708 (Core)
Machine:   Device: desktop System: Dell product: OptiPlex 7040 serial: N/A
           Mobo: Dell model: 0HD5W2 v: A01 serial: N/A
           UEFI [Legacy]: Dell v: 1.7.1 date: 08/15/2017
CPU:       Quad core Intel Core i5-6600 (-MCP-) cache: 6144 KB
           clock speeds: max: 3900 MHz 1: 3599 MHz 2: 3599 MHz 3: 3599 MHz
           4: 3599 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Oland XT [Radeon HD 8670 / R7 250/350]
           Display Server: x11 (X.Org 1.19.3 )
           drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
           OpenGL: renderer: Gallium 0.4 on AMD OLAND (DRM 2.49.0 / 3.10.0-693.17.1.el7.x86_64, LLVM 3.9.1)
           version: 4.5 Mesa 17.0.1
Audio:     Card-1 Intel Sunrise Point-H HD Audio driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
           driver: snd_hda_intel
           Card-3 Logitech Headset H390 driver: USB Audio
           Sound: ALSA v: k3.10.0-693.17.1.el7.x86_64
Network:   Card: Intel Ethernet Connection (2) I219-LM driver: e1000e
           IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1000.2GB (14.9% used)
           ID-1: /dev/sda model: ST1000DM003 size: 1000.2GB
Partition: ID-1: / size: 10G used: 1.5G (15%) fs: xfs dev: /dev/sda5
           ID-2: /usr size: 35G used: 21G (60%) fs: xfs dev: /dev/sda3
           ID-3: /var size: 853G used: 87G (11%) fs: xfs dev: /dev/sda2
           ID-4: swap-1 size: 34.36GB used: 0.45GB (1%)
           fs: swap dev: /dev/sda7
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 66.0C mobo: 27.8C gpu: 57.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 356 Uptime: 9 days Memory: 7720.9/15972.7MB
           Client: Shell (bash) inxi: 2.3.56

after one day of operation.
Knowing that ""cinnamon --replace"" takes 4.8GB of ram

inxi -Fzx
System:    Host: arch Kernel: 4.14.19-1-lts x86_64 bits: 64 gcc: 7.3.0 Desktop: Cinnamon 3.6.7 (Gtk 3.22.28)
           Distro: Arch Linux
Machine:   Device: laptop System: TOSHIBA product: SATELLITE P870 v: PSPLFE-0GR009FR serial: N/A
           Mobo: TOSHIBA model: Portable PC v: MP serial: N/A UEFI: Insyde v: 6.30 date: 01/17/2013
CPU:       Quad core Intel Core i7-3630QM (-MT-MCP-) arch: Ivy Bridge rev.9 cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 19157
           clock speeds: max: 3400 MHz 1: 1250 MHz 2: 1409 MHz 3: 1206 MHz 4: 1280 MHz 5: 1207 MHz 6: 1275 MHz
           7: 1449 MHz 8: 1231 MHz
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0
           Card-2: NVIDIA GF108M [GeForce GT 620M/630M/635M/640M LE] bus-ID: 01:00.0
           Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting (unloaded: intel)
           Resolution: 1600x900@60.08hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 17.3.3 Direct Render: Yes
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.14.19-1-lts
Network:   Card-1: Qualcomm Atheros AR8161 Gigabit Ethernet driver: alx port: 2000 bus-ID: 07:00.0
           IF: enp7s0 state: down mac: <filter>
           Card-2: Intel Centrino Wireless-N 2230 driver: iwlwifi bus-ID: 08:00.0
           IF: wlp8s0 state: up mac: <filter>
Drives:    HDD Total Size: 1000.2GB (1.5% used)
           ID-1: /dev/sda model: TOSHIBA_MQ01ABD0 size: 750.2GB
           ID-2: /dev/sdb model: Crucial_CT250MX2 size: 250.1GB
Partition: ID-1: / size: 114G used: 4.9G (5%) fs: ext4 dev: /dev/sdb3
           ID-2: /home size: 49G used: 878M (2%) fs: ext4 dev: /dev/sda2
Sensors:   System Temperatures: cpu: 50.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 211 Uptime: 23:56 Memory: 7793.3/7864.2MB Init: systemd Gcc sys: 7.3.0
           Client: Shell (bash 4.4.181) inxi: 2.3.56

melmelissa · Feb 16, 2018

after one day of operation.
Knowing that ""cinnamon --replace"" takes 4.8GB of ram

inxi -Fzx
System:    Host: arch Kernel: 4.14.19-1-lts x86_64 bits: 64 gcc: 7.3.0 Desktop: Cinnamon 3.6.7 (Gtk 3.22.28)
           Distro: Arch Linux
Machine:   Device: laptop System: TOSHIBA product: SATELLITE P870 v: PSPLFE-0GR009FR serial: N/A
           Mobo: TOSHIBA model: Portable PC v: MP serial: N/A UEFI: Insyde v: 6.30 date: 01/17/2013
CPU:       Quad core Intel Core i7-3630QM (-MT-MCP-) arch: Ivy Bridge rev.9 cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 19157
           clock speeds: max: 3400 MHz 1: 1250 MHz 2: 1409 MHz 3: 1206 MHz 4: 1280 MHz 5: 1207 MHz 6: 1275 MHz
           7: 1449 MHz 8: 1231 MHz
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0
           Card-2: NVIDIA GF108M [GeForce GT 620M/630M/635M/640M LE] bus-ID: 01:00.0
           Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting (unloaded: intel)
           Resolution: 1600x900@60.08hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 17.3.3 Direct Render: Yes
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.14.19-1-lts
Network:   Card-1: Qualcomm Atheros AR8161 Gigabit Ethernet driver: alx port: 2000 bus-ID: 07:00.0
           IF: enp7s0 state: down mac: <filter>
           Card-2: Intel Centrino Wireless-N 2230 driver: iwlwifi bus-ID: 08:00.0
           IF: wlp8s0 state: up mac: <filter>
Drives:    HDD Total Size: 1000.2GB (1.5% used)
           ID-1: /dev/sda model: TOSHIBA_MQ01ABD0 size: 750.2GB
           ID-2: /dev/sdb model: Crucial_CT250MX2 size: 250.1GB
Partition: ID-1: / size: 114G used: 4.9G (5%) fs: ext4 dev: /dev/sdb3
           ID-2: /home size: 49G used: 878M (2%) fs: ext4 dev: /dev/sda2
Sensors:   System Temperatures: cpu: 50.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 211 Uptime: 23:56 Memory: 7793.3/7864.2MB Init: systemd Gcc sys: 7.3.0
           Client: Shell (bash 4.4.181) inxi: 2.3.56

what applets do you have running @melmelissa ?

cjones051073 · Feb 16, 2018

what applets do you have running @melmelissa ?

Those of you having the issue, please post the output of

gsettings get org.cinnamon enabled-applets

JosephMcc · Feb 16, 2018

Those of you having the issue, please post the output of

gsettings get org.cinnamon enabled-applets

gsettings get org.cinnamon enabled-applets
['panel1:left:0:menu@cinnamon.org:94', 'panel1:left:2:bumblebee@pdcurtis:39', 'panel1:center:1:windows-quick-list-with-close-button@koutch:19', 'panel1:center:2:separator@cinnamon.org:41', 'panel1:center:3:calendar@cinnamon.org:12', 'panel1:center:4:separator@cinnamon.org:42', 'panel1:center:5:workspace-switcher@cinnamon.org:78', 'panel1:right:0:sound@cinnamon.org:13', 'panel1:right:1:notifications@cinnamon.org:47', 'panel1:right:2:power@cinnamon.org:11', 'panel1:right:3:mailnagapplet@ozderya.net:14', 'panel1:right:4:removable-drives@cinnamon.org:7', 'panel1:right:7:redshift@marvel4u:75', 'panel1:right:6:systray@cinnamon.org:0', 'panel1:right:8:network@cinnamon.org:9', 'panel1:right:9:weather@mockturtl:18', 'panel1:right:10:separator@cinnamon.org:43', 'panel1:right:11:user@cinnamon.org:8']

melmelissa · Feb 16, 2018

gsettings get org.cinnamon enabled-applets
['panel1:left:0:menu@cinnamon.org:94', 'panel1:left:2:bumblebee@pdcurtis:39', 'panel1:center:1:windows-quick-list-with-close-button@koutch:19', 'panel1:center:2:separator@cinnamon.org:41', 'panel1:center:3:calendar@cinnamon.org:12', 'panel1:center:4:separator@cinnamon.org:42', 'panel1:center:5:workspace-switcher@cinnamon.org:78', 'panel1:right:0:sound@cinnamon.org:13', 'panel1:right:1:notifications@cinnamon.org:47', 'panel1:right:2:power@cinnamon.org:11', 'panel1:right:3:mailnagapplet@ozderya.net:14', 'panel1:right:4:removable-drives@cinnamon.org:7', 'panel1:right:7:redshift@marvel4u:75', 'panel1:right:6:systray@cinnamon.org:0', 'panel1:right:8:network@cinnamon.org:9', 'panel1:right:9:weather@mockturtl:18', 'panel1:right:10:separator@cinnamon.org:43', 'panel1:right:11:user@cinnamon.org:8']

The applet I was referring to with which I saw the leak calls itself 'System Monitor'.

Here is the output of

gsettings get org.cinnamon enabled-applets

with this applet enabled, which shows the leak

['panel1:right:9:systray@cinnamon.org:0', 'panel1:left:0:menu@cinnamon.org:1', 'panel1:left:0:panel-launchers@cinnamon.org:3', 'panel1:right:10:keyboard@cinnamon.org:5', 'panel1:right:11:notifications@cinnamon.org:6', 'panel1:right:12:removable-drives@cinnamon.org:7', 'panel1:right:17:user@cinnamon.org:8', 'panel1:right:13:power@cinnamon.org:11', 'panel1:right:14:sound@cinnamon.org:13', 'panel2:left:1:window-list@cinnamon.org:14', 'panel2:right:5:workspace-switcher@cinnamon.org:15', 'panel1:right:15:calendar@cinnamon.org:29', 'panel2:left:0:windows-quick-list@cinnamon.org:33', 'panel1:right:0:sysmonitor@orcus:45']

and the same once I have removed the offending applet

['panel1:right:9:systray@cinnamon.org:0', 'panel1:left:0:menu@cinnamon.org:1', 'panel1:left:0:panel-launchers@cinnamon.org:3', 'panel1:right:10:keyboard@cinnamon.org:5', 'panel1:right:11:notifications@cinnamon.org:6', 'panel1:right:12:removable-drives@cinnamon.org:7', 'panel1:right:17:user@cinnamon.org:8', 'panel1:right:13:power@cinnamon.org:11', 'panel1:right:14:sound@cinnamon.org:13', 'panel2:left:1:window-list@cinnamon.org:14', 'panel2:right:5:workspace-switcher@cinnamon.org:15', 'panel1:right:15:calendar@cinnamon.org:29', 'panel2:left:0:windows-quick-list@cinnamon.org:33']

so the offending item is the last one 'panel1:right:0:sysmonitor@orcus:45'

cjones051073 · Feb 16, 2018

The applet I was referring to with which I saw the leak calls itself 'System Monitor'.

Here is the output of

gsettings get org.cinnamon enabled-applets

with this applet enabled, which shows the leak

['panel1:right:9:systray@cinnamon.org:0', 'panel1:left:0:menu@cinnamon.org:1', 'panel1:left:0:panel-launchers@cinnamon.org:3', 'panel1:right:10:keyboard@cinnamon.org:5', 'panel1:right:11:notifications@cinnamon.org:6', 'panel1:right:12:removable-drives@cinnamon.org:7', 'panel1:right:17:user@cinnamon.org:8', 'panel1:right:13:power@cinnamon.org:11', 'panel1:right:14:sound@cinnamon.org:13', 'panel2:left:1:window-list@cinnamon.org:14', 'panel2:right:5:workspace-switcher@cinnamon.org:15', 'panel1:right:15:calendar@cinnamon.org:29', 'panel2:left:0:windows-quick-list@cinnamon.org:33', 'panel1:right:0:sysmonitor@orcus:45']

and the same once I have removed the offending applet

['panel1:right:9:systray@cinnamon.org:0', 'panel1:left:0:menu@cinnamon.org:1', 'panel1:left:0:panel-launchers@cinnamon.org:3', 'panel1:right:10:keyboard@cinnamon.org:5', 'panel1:right:11:notifications@cinnamon.org:6', 'panel1:right:12:removable-drives@cinnamon.org:7', 'panel1:right:17:user@cinnamon.org:8', 'panel1:right:13:power@cinnamon.org:11', 'panel1:right:14:sound@cinnamon.org:13', 'panel2:left:1:window-list@cinnamon.org:14', 'panel2:right:5:workspace-switcher@cinnamon.org:15', 'panel1:right:15:calendar@cinnamon.org:29', 'panel2:left:0:windows-quick-list@cinnamon.org:33']

so the offending item is the last one 'panel1:right:0:sysmonitor@orcus:45'

@melmelissa Can I suggest you try removing all your applets, and see if the issue goes away.

Edit - Or at least applets that are not standard system ones, and those which regularly update the screen (which appears to be the crux of the issue).

cjones051073 · Feb 16, 2018

@melmelissa Can I suggest you try removing all your applets, and see if the issue goes away.

Edit - Or at least applets that are not standard system ones, and those which regularly update the screen (which appears to be the crux of the issue).

The usage is lower using mozjs52

 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
12:45:32
VmRSS:	  293996 kB
RssAnon:	  173104 kB
RssFile:	   88404 kB
RssShmem:	   32488 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
12:46:10
VmRSS:	  326940 kB
RssAnon:	  206044 kB
RssFile:	   88404 kB
RssShmem:	   32492 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
16:00:44
VmRSS:	  353172 kB
RssAnon:	  260548 kB
RssFile:	   92500 kB
RssShmem:	     124 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
19:50:08
VmRSS:	  358408 kB
RssAnon:	  265720 kB
RssFile:	   92564 kB
RssShmem:	     124 kB
 leigh  ~  uptime
 19:50:29 up  7:07,  1 user,  load average: 0.29, 0.14, 0.06
 leigh  ~  uptime
 20:22:57 up  7:40,  1 user,  load average: 0.06, 0.02, 0.00
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
20:23:00
VmRSS:	  358260 kB
RssAnon:	  265572 kB
RssFile:	   92564 kB
RssShmem:	     124 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
23:38:47
VmRSS:	  405108 kB
RssAnon:	  312372 kB
RssFile:	   92564 kB
RssShmem:	     172 kB
 leigh  ~  uptime
 23:41:33 up 10:58,  1 user,  load average: 0.22, 0.13, 0.05
 leigh  ~ 

leigh123linux · Feb 16, 2018

The usage is lower using mozjs52

 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
12:45:32
VmRSS:	  293996 kB
RssAnon:	  173104 kB
RssFile:	   88404 kB
RssShmem:	   32488 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
12:46:10
VmRSS:	  326940 kB
RssAnon:	  206044 kB
RssFile:	   88404 kB
RssShmem:	   32492 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
16:00:44
VmRSS:	  353172 kB
RssAnon:	  260548 kB
RssFile:	   92500 kB
RssShmem:	     124 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
19:50:08
VmRSS:	  358408 kB
RssAnon:	  265720 kB
RssFile:	   92564 kB
RssShmem:	     124 kB
 leigh  ~  uptime
 19:50:29 up  7:07,  1 user,  load average: 0.29, 0.14, 0.06
 leigh  ~  uptime
 20:22:57 up  7:40,  1 user,  load average: 0.06, 0.02, 0.00
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
20:23:00
VmRSS:	  358260 kB
RssAnon:	  265572 kB
RssFile:	   92564 kB
RssShmem:	     124 kB
 leigh  ~  date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
23:38:47
VmRSS:	  405108 kB
RssAnon:	  312372 kB
RssFile:	   92564 kB
RssShmem:	     172 kB
 leigh  ~  uptime
 23:41:33 up 10:58,  1 user,  load average: 0.22, 0.13, 0.05
 leigh  ~ 

I can easily reproduce the problem when there is an applet on the panel which continously draws something, e.g. a system monitor applet.

I have installed Linux Mint 18.3 in a KVM/QEMU VM from the ISO image. Then I have connected using SSH to the guest and tried to use valgrind, but it did not work (infinite loop/hang), so I used a nice little tool called memleax.

I have attached memleax to the running cinnamon process and got a report indicating that it is there are many leaks in libmozjs-38.so and also when calling the function cairo_pattern_create_linear.

Also interesting are the 30 megabytes of leaked memory allocated by libpixman-1.so.

I assume this is the javascript library not properly freeing cairo objects.

Here is the log.

pgkos · Feb 17, 2018

I can easily reproduce the problem when there is an applet on the panel which continously draws something, e.g. a system monitor applet.

I have installed Linux Mint 18.3 in a KVM/QEMU VM from the ISO image. Then I have connected using SSH to the guest and tried to use valgrind, but it did not work (infinite loop/hang), so I used a nice little tool called memleax.

I have attached memleax to the running cinnamon process and got a report indicating that it is there are many leaks in libmozjs-38.so and also when calling the function cairo_pattern_create_linear.

Also interesting are the 30 megabytes of leaked memory allocated by libpixman-1.so.

I assume this is the javascript library not properly freeing cairo objects.

Here is the log.

@cjones051073
I just reset the dashboard to default, so I just have the original applets.
I'll leave the pc on for several days to see the evolution.

Pkgos tests are interesting (even if I don't know much about java)
I tried Valgrind too, but Cinnamon was crashing.
I couldn't get my hand back, I couldn't even get a tty.

melmelissa · Feb 17, 2018

@cjones051073
I just reset the dashboard to default, so I just have the original applets.
I'll leave the pc on for several days to see the evolution.

Pkgos tests are interesting (even if I don't know much about java)
I tried Valgrind too, but Cinnamon was crashing.
I couldn't get my hand back, I couldn't even get a tty.

The applet I have installed is "Graphical Hardware Monitor", and the lines which creates the (leaky) cairo pattern are:

https://github.com/linuxmint/cinnamon-spices-applets/blob/a1bb20452770cb18593a6724a82c978a2fbae3d4/hwmonitor%40sylfurd/files/hwmonitor%40sylfurd/applet.js#L180

https://github.com/linuxmint/cinnamon-spices-applets/blob/a1bb20452770cb18593a6724a82c978a2fbae3d4/hwmonitor%40sylfurd/files/hwmonitor%40sylfurd/applet.js#L224

pgkos · Feb 17, 2018

The applet I have installed is "Graphical Hardware Monitor", and the lines which creates the (leaky) cairo pattern are:

https://github.com/linuxmint/cinnamon-spices-applets/blob/a1bb20452770cb18593a6724a82c978a2fbae3d4/hwmonitor%40sylfurd/files/hwmonitor%40sylfurd/applet.js#L180

https://github.com/linuxmint/cinnamon-spices-applets/blob/a1bb20452770cb18593a6724a82c978a2fbae3d4/hwmonitor%40sylfurd/files/hwmonitor%40sylfurd/applet.js#L224

applets (should be default)

['panel1:right:0:systray@cinnamon.org:0', 'panel1:left:1:menu@cinnamon.org:1', 'panel1:left:2:show-desktop@cinnamon.org:2', 'panel1:left:3:panel-launchers@cinnamon.org:3', 'panel1:left:4:window-list@cinnamon.org:4', 'panel1:right:1:keyboard@cinnamon.org:5', 'panel1:right:2:notifications@cinnamon.org:6', 'panel1:right:3:removable-drives@cinnamon.org:7', 'panel1:right:4:network@cinnamon.org:9', 'panel1:right:5:power@cinnamon.org:11', 'panel1:right:7:calendar@cinnamon.org:12', 'panel1:right:6:sound@cinnamon.org:13']

I should add that I do not come from a fresh install but upgraded my system from Mint v18 onwards.

ArcTanH · Feb 17, 2018

applets (should be default)

['panel1:right:0:systray@cinnamon.org:0', 'panel1:left:1:menu@cinnamon.org:1', 'panel1:left:2:show-desktop@cinnamon.org:2', 'panel1:left:3:panel-launchers@cinnamon.org:3', 'panel1:left:4:window-list@cinnamon.org:4', 'panel1:right:1:keyboard@cinnamon.org:5', 'panel1:right:2:notifications@cinnamon.org:6', 'panel1:right:3:removable-drives@cinnamon.org:7', 'panel1:right:4:network@cinnamon.org:9', 'panel1:right:5:power@cinnamon.org:11', 'panel1:right:7:calendar@cinnamon.org:12', 'panel1:right:6:sound@cinnamon.org:13']

I should add that I do not come from a fresh install but upgraded my system from Mint v18 onwards.

When i put the following lines right after hwmonitor@sylfurd/applet.js#L180:

for (let i = 0; i < 200; i++) {
    pattern = new Cairo.LinearGradient(0, 0, 0, this.height);
}

I get a leak over 1 megabyte/second.

Try it for yourself. Edit ~/.local/share/cinnamon/applets/hwmonitor@sylfurd/applet.js and insert this loop. You can make the leak even faster by increasing the loop count limit.

pgkos · Feb 17, 2018

When i put the following lines right after hwmonitor@sylfurd/applet.js#L180:

for (let i = 0; i < 200; i++) {
    pattern = new Cairo.LinearGradient(0, 0, 0, this.height);
}

I get a leak over 1 megabyte/second.

Try it for yourself. Edit ~/.local/share/cinnamon/applets/hwmonitor@sylfurd/applet.js and insert this loop. You can make the leak even faster by increasing the loop count limit.

Just restarted my computer. Cinnamon was taking up 11.8 GB out of 16 GB available.

['panel1:left:0:menu@cinnamon.org:1', 'panel1:left:1:show-desktop@cinnamon.org:2', 'panel1:left:2:panel-launchers@cinnamon.org:3', 'panel1:left:3:window-list@cinnamon.org:4', 'panel1:right:0:systray@cinnamon.org:0', 'panel1:right:1:keyboard@cinnamon.org:5', 'panel1:right:3:removable-drives@cinnamon.org:7', 'panel1:right:4:user@cinnamon.org:8', 'panel1:right:5:network@cinnamon.org:9', 'panel1:right:7:power@cinnamon.org:11', 'panel1:right:8:calendar@cinnamon.org:12', 'panel1:right:6:sound@cinnamon.org:13']

I have no applets or themes installed, but System Monitor is running 24-7.

hansmex · Feb 18, 2018

Just restarted my computer. Cinnamon was taking up 11.8 GB out of 16 GB available.

['panel1:left:0:menu@cinnamon.org:1', 'panel1:left:1:show-desktop@cinnamon.org:2', 'panel1:left:2:panel-launchers@cinnamon.org:3', 'panel1:left:3:window-list@cinnamon.org:4', 'panel1:right:0:systray@cinnamon.org:0', 'panel1:right:1:keyboard@cinnamon.org:5', 'panel1:right:3:removable-drives@cinnamon.org:7', 'panel1:right:4:user@cinnamon.org:8', 'panel1:right:5:network@cinnamon.org:9', 'panel1:right:7:power@cinnamon.org:11', 'panel1:right:8:calendar@cinnamon.org:12', 'panel1:right:6:sound@cinnamon.org:13']

I have no applets or themes installed, but System Monitor is running 24-7.

'panel1:left:0:menu@cinnamon.org:1', 'panel1:center:0:window-list@cinnamon.org:4', 'panel1:right:2:systray@cinnamon.org:0', 'panel1:right:5:removable-drives@cinnamon.org:7', 'panel1:right:10:user@cinnamon.org:8', 'panel1:right:6:network@cinnamon.org:9', 'panel1:right:9:calendar@cinnamon.org:12', 'panel1:right:8:sound@cinnamon.org:13', 'panel1:right:0:notifications@cinnamon.org:14']

Mek101 · Feb 18, 2018

'panel1:left:0:menu@cinnamon.org:1', 'panel1:center:0:window-list@cinnamon.org:4', 'panel1:right:2:systray@cinnamon.org:0', 'panel1:right:5:removable-drives@cinnamon.org:7', 'panel1:right:10:user@cinnamon.org:8', 'panel1:right:6:network@cinnamon.org:9', 'panel1:right:9:calendar@cinnamon.org:12', 'panel1:right:8:sound@cinnamon.org:13', 'panel1:right:0:notifications@cinnamon.org:14']

Hi,
I can confirm this issue on Manjaro (Arch based). Before alt-f2-r, Cinnamon was using 5gigs out of 16.
My installed applets are:

[
  'panel1:left:0:menu@cinnamon.org:0', 
  'panel1:left:3:show-desktop@cinnamon.org:1', 
  'panel1:left:4:panel-launchers@cinnamon.org:2', 
  'panel1:left:5:window-list@cinnamon.org:3', 
  'panel1:right:3:notifications@cinnamon.org:4', 
  'panel1:right:5:user@cinnamon.org:5', 
  'panel1:right:6:removable-drives@cinnamon.org:6', 
  'panel1:right:7:keyboard@cinnamon.org:7', 
  'panel1:right:8:network@cinnamon.org:9', 
  'panel1:right:9:sound@cinnamon.org:10', 
  'panel1:right:1:systray@cinnamon.org:12', 
  'panel1:right:10:calendar@cinnamon.org:13', 
  'panel2:center:0:window-list@cinnamon.org:15', 
  'panel1:right:4:temperature@fevimu:22'
]

The only non-official one is the last one, it just displays text in the drop-down.

Salamandar · Feb 19, 2018

Hi,
I can confirm this issue on Manjaro (Arch based). Before alt-f2-r, Cinnamon was using 5gigs out of 16.
My installed applets are:

[
  'panel1:left:0:menu@cinnamon.org:0', 
  'panel1:left:3:show-desktop@cinnamon.org:1', 
  'panel1:left:4:panel-launchers@cinnamon.org:2', 
  'panel1:left:5:window-list@cinnamon.org:3', 
  'panel1:right:3:notifications@cinnamon.org:4', 
  'panel1:right:5:user@cinnamon.org:5', 
  'panel1:right:6:removable-drives@cinnamon.org:6', 
  'panel1:right:7:keyboard@cinnamon.org:7', 
  'panel1:right:8:network@cinnamon.org:9', 
  'panel1:right:9:sound@cinnamon.org:10', 
  'panel1:right:1:systray@cinnamon.org:12', 
  'panel1:right:10:calendar@cinnamon.org:13', 
  'panel2:center:0:window-list@cinnamon.org:15', 
  'panel1:right:4:temperature@fevimu:22'
]

The only non-official one is the last one, it just displays text in the drop-down.

On the VM(Ryzen host) with 2D rendering only, everything should be default. (currently 834M RAM taken by cinnamon --replace, 386M after alt-f2-r)

[0] % gsettings get org.cinnamon enabled-applets
[
'panel1:right:0:systray@cinnamon.org:0', 
'panel1:left:0:menu@cinnamon.org:1', 
'panel1:left:1:show-desktop@cinnamon.org:2', 
'panel1:left:2:panel-launchers@cinnamon.org:3', 
'panel1:left:3:window-list@cinnamon.org:4', 
'panel1:right:1:keyboard@cinnamon.org:5', 
'panel1:right:2:notifications@cinnamon.org:6', 
'panel1:right:3:removable-drives@cinnamon.org:7', 
'panel1:right:4:user@cinnamon.org:8', 
'panel1:right:5:network@cinnamon.org:9', 
'panel1:right:6:bluetooth@cinnamon.org:10', 
'panel1:right:7:power@cinnamon.org:11', 
'panel1:right:8:calendar@cinnamon.org:12', 
'panel1:right:9:sound@cinnamon.org:13'
]

C0rn3j · Feb 19, 2018

On the VM(Ryzen host) with 2D rendering only, everything should be default. (currently 834M RAM taken by cinnamon --replace, 386M after alt-f2-r)

[0] % gsettings get org.cinnamon enabled-applets
[
'panel1:right:0:systray@cinnamon.org:0', 
'panel1:left:0:menu@cinnamon.org:1', 
'panel1:left:1:show-desktop@cinnamon.org:2', 
'panel1:left:2:panel-launchers@cinnamon.org:3', 
'panel1:left:3:window-list@cinnamon.org:4', 
'panel1:right:1:keyboard@cinnamon.org:5', 
'panel1:right:2:notifications@cinnamon.org:6', 
'panel1:right:3:removable-drives@cinnamon.org:7', 
'panel1:right:4:user@cinnamon.org:8', 
'panel1:right:5:network@cinnamon.org:9', 
'panel1:right:6:bluetooth@cinnamon.org:10', 
'panel1:right:7:power@cinnamon.org:11', 
'panel1:right:8:calendar@cinnamon.org:12', 
'panel1:right:9:sound@cinnamon.org:13'
]

Today I CTRL-ALT-Escaped my system just a few seconds after login and memory consumption is not racing time anymore. This could idicate its some part login / init related

  PID   PR  NI    VIRT    RES    SHR S  %CPU %MEM     ZEIT+ BEFEHL                                            
 4872   20   0 2569292 415964 159316 S   6,7  2,5   6:14.50 cinnamon

ArcTanH · Feb 19, 2018

Today I CTRL-ALT-Escaped my system just a few seconds after login and memory consumption is not racing time anymore. This could idicate its some part login / init related

  PID   PR  NI    VIRT    RES    SHR S  %CPU %MEM     ZEIT+ BEFEHL                                            
 4872   20   0 2569292 415964 159316 S   6,7  2,5   6:14.50 cinnamon

Last update seems to have solved the problem.
Version is now 18.2; can't find additional info.

hansmex · Feb 19, 2018

Last update seems to have solved the problem.
Version is now 18.2; can't find additional info.

While setting up the VMs for this test, I started commenting out code in the iodisk applet. I was kind of shocked when a couple lines of code (this.menu.removeAll & this.menu.addMenuItem) made a huge difference in memory consumption. I created a simple applet (https://gist.github.com/ctrlesc/0e883dc7d0ef86d7b084a7a961e3e2e0) to easily isolate how updating the panel status and the popup menu affected memory consumption. During the tests, lines 71, 72, and 77 were enabled or commented out to produce the results below. For the Mint 18.3 tests, all updates were applied and additional tests were conducted using the current master packages for cinnamon, cjs, and the backported mozjs52. A trial with Mint 18.1 is included for comparison. Here are the memory consumption results with the test applet and combinations of the panel and popup menu.

===========================================================
18.3: Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
20:59:21 up 21:57,  1 user,  load average: 0.29, 0.15, 0.09

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  274384 kB
RssAnon:	  190956 kB
RssFile:	   83216 kB
RssShmem:	     212 kB
===========================================================
18.3+: Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:00:59 up 21:58,  1 user,  load average: 0.01, 0.04, 0.01

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  237492 kB
RssAnon:	  151844 kB
RssFile:	   85468 kB
RssShmem:	     180 kB
===========================================================
18.3: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
21:08:10 up 22:06,  1 user,  load average: 0.24, 0.09, 0.02

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  617084 kB
RssAnon:	  533580 kB
RssFile:	   83100 kB
RssShmem:	     404 kB
===========================================================
18.3+: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
21:04:25 up 22:02,  1 user,  load average: 0.00, 0.04, 0.02

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  606144 kB
RssAnon:	  521252 kB
RssFile:	   84716 kB
RssShmem:	     176 kB
===========================================================
18.3: No Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:11:28 up 22:09,  1 user,  load average: 0.01, 0.01, 0.00

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  259236 kB
RssAnon:	  175728 kB
RssFile:	   83296 kB
RssShmem:	     212 kB
===========================================================
18.3+: No Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:09:34 up 22:07,  1 user,  load average: 0.00, 0.00, 0.00

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  262640 kB
RssAnon:	  177688 kB
RssFile:	   84736 kB
RssShmem:	     216 kB
===========================================================
18.1: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
02:56:17 up 2 days, 20 min,  1 user,  load average: 0.00, 0.00, 0.00

cinnamon 3.2.6+serena
cjs 3.2.0+serena
libmozjs-24-0v5 24.2.0-3ubuntu2

Name:	cinnamon
VmRSS:	  195004 kB
===========================================================

I took a look at the source for temperature@fevimu and it works very similarly to iodisk in that it updates the panel and popup menu at a specific polling interval.

ctrlesc · Feb 20, 2018

While setting up the VMs for this test, I started commenting out code in the iodisk applet. I was kind of shocked when a couple lines of code (this.menu.removeAll & this.menu.addMenuItem) made a huge difference in memory consumption. I created a simple applet (https://gist.github.com/ctrlesc/0e883dc7d0ef86d7b084a7a961e3e2e0) to easily isolate how updating the panel status and the popup menu affected memory consumption. During the tests, lines 71, 72, and 77 were enabled or commented out to produce the results below. For the Mint 18.3 tests, all updates were applied and additional tests were conducted using the current master packages for cinnamon, cjs, and the backported mozjs52. A trial with Mint 18.1 is included for comparison. Here are the memory consumption results with the test applet and combinations of the panel and popup menu.

===========================================================
18.3: Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
20:59:21 up 21:57,  1 user,  load average: 0.29, 0.15, 0.09

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  274384 kB
RssAnon:	  190956 kB
RssFile:	   83216 kB
RssShmem:	     212 kB
===========================================================
18.3+: Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:00:59 up 21:58,  1 user,  load average: 0.01, 0.04, 0.01

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  237492 kB
RssAnon:	  151844 kB
RssFile:	   85468 kB
RssShmem:	     180 kB
===========================================================
18.3: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
21:08:10 up 22:06,  1 user,  load average: 0.24, 0.09, 0.02

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  617084 kB
RssAnon:	  533580 kB
RssFile:	   83100 kB
RssShmem:	     404 kB
===========================================================
18.3+: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
21:04:25 up 22:02,  1 user,  load average: 0.00, 0.04, 0.02

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  606144 kB
RssAnon:	  521252 kB
RssFile:	   84716 kB
RssShmem:	     176 kB
===========================================================
18.3: No Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:11:28 up 22:09,  1 user,  load average: 0.01, 0.01, 0.00

cinnamon 3.6.7+sylvia
cjs 3.6.1+sylvia
libmozjs-38-0:amd64 38.2.1~rc0-0ubuntu5

Name:	cinnamon
VmRSS:	  259236 kB
RssAnon:	  175728 kB
RssFile:	   83296 kB
RssShmem:	     212 kB
===========================================================
18.3+: No Panel Status Update - No Popup Menu Update
-----------------------------------------------------------
21:09:34 up 22:07,  1 user,  load average: 0.00, 0.00, 0.00

cinnamon 3.6.7
cjs 3.6.1
libmozjs-52-0:amd64 52.3.1-7fakesync1+sylvia

Name:	cinnamon
VmRSS:	  262640 kB
RssAnon:	  177688 kB
RssFile:	   84736 kB
RssShmem:	     216 kB
===========================================================
18.1: Panel Status Update - Popup Menu Update
-----------------------------------------------------------
02:56:17 up 2 days, 20 min,  1 user,  load average: 0.00, 0.00, 0.00

cinnamon 3.2.6+serena
cjs 3.2.0+serena
libmozjs-24-0v5 24.2.0-3ubuntu2

Name:	cinnamon
VmRSS:	  195004 kB
===========================================================

I took a look at the source for temperature@fevimu and it works very similarly to iodisk in that it updates the panel and popup menu at a specific polling interval.

I have seen a memory leak on Linux Mint 18.2 / Cinnamon 3.4.6.

I presume it was due to the applet "Graphical hardware monitor" that I had installed and enabled. I believe this is an old version that predates the Cinnamon spices change and the "Hardware monitor" on that.

Can someone with the testing setup please test the "Hardware monitor". I'm not sure if "Graphical hardware monitor" can even be downloaded anymore but the date on the applet is from 2012-02-01.

s7jones · Feb 27, 2018

I have seen a memory leak on Linux Mint 18.2 / Cinnamon 3.4.6.

I presume it was due to the applet "Graphical hardware monitor" that I had installed and enabled. I believe this is an old version that predates the Cinnamon spices change and the "Hardware monitor" on that.

Can someone with the testing setup please test the "Hardware monitor". I'm not sure if "Graphical hardware monitor" can even be downloaded anymore but the date on the applet is from 2012-02-01.

I still have memory problems with Cinnamon.
Using "cinnamon --replace" to restart Cinnamon, now gives an error message:

cinnamon --replace
Cjs-Message: JS LOG: About to start Cinnamon
St-Message: cogl npot texture sizes SUPPORTED
Cjs-Message: JS LOG: Cinnamon started at Thu Mar 01 2018 10:13:24 GMT+0100 (CET)
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13
Cjs-Message: JS LOG: network applet: Cannot find connection for active (or connection cannot be read)
openGL version 3.1 detected (GL3 Cogl Driver)
Cjs-Message: JS LOG: Invalid network device type, is 14
Cjs-Message: JS LOG: network applet: Found connection for active
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13

When I close the terminal window, Cinnamon seems to stop and I have to restart my computer.

hansmex · Mar 1, 2018

I still have memory problems with Cinnamon.
Using "cinnamon --replace" to restart Cinnamon, now gives an error message:

cinnamon --replace
Cjs-Message: JS LOG: About to start Cinnamon
St-Message: cogl npot texture sizes SUPPORTED
Cjs-Message: JS LOG: Cinnamon started at Thu Mar 01 2018 10:13:24 GMT+0100 (CET)
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13
Cjs-Message: JS LOG: network applet: Cannot find connection for active (or connection cannot be read)
openGL version 3.1 detected (GL3 Cogl Driver)
Cjs-Message: JS LOG: Invalid network device type, is 14
Cjs-Message: JS LOG: network applet: Found connection for active
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13
(cinnamon:1157): St-WARNING **: Ignoring length property that isn't a number at line 1526, col 13

When I close the terminal window, Cinnamon seems to stop and I have to restart my computer.

I uninstalled Mint, formatted my SSD and Installed Ubuntu 17.10, then I installed Cinnamon again.
Same problem!! This is not good.
Seen the fact that there is no solution, I uninstalled Cinnamon.

What a disappointment!!

Hans

hansmex · Mar 6, 2018

I uninstalled Mint, formatted my SSD and Installed Ubuntu 17.10, then I installed Cinnamon again.
Same problem!! This is not good.
Seen the fact that there is no solution, I uninstalled Cinnamon.

What a disappointment!!

Hans

This was referenced Dec 17, 2017

Closed

Abnormal cpu and memory usage #7121

Closed

[ISSUE] High CPU and RAM usage #5034

Closed

Memory leak in Cinnamon #3796

Closed

memory leak in cinnamon 2.0.14 when opening/destroying windows #2986

Please note that GitHub no longer supports your web browser.

linuxmint/Cinnamon

Join GitHub today

Memory usage increasing over time #6850

Comments

MegaV0lt commented Aug 26, 2017 • edited by leigh123linux Edited 1 time leigh123linux Aug 26, 2017

This comment has been minimized.

FlashDaggerX Aug 29, 2017

FlashDaggerX commented Aug 29, 2017 • edited Edited 1 time FlashDaggerX Aug 29, 2017

This comment has been minimized.

MegaV0lt Aug 30, 2017

MegaV0lt commented Aug 30, 2017

This comment has been minimized.

LightningStalker Sep 1, 2017

LightningStalker commented Sep 1, 2017

This comment has been minimized.

SerafDosSantos Sep 1, 2017

SerafDosSantos commented Sep 1, 2017

This comment has been minimized.

LightningStalker Sep 2, 2017

LightningStalker commented Sep 2, 2017

This comment has been minimized.

magnetx Sep 3, 2017

magnetx commented Sep 3, 2017

This comment has been minimized.

theraser Sep 21, 2017

theraser commented Sep 21, 2017

This comment has been minimized.

brownsr Oct 11, 2017

brownsr commented Oct 11, 2017

This comment has been minimized.

LightningStalker Oct 12, 2017

LightningStalker commented Oct 12, 2017

This comment has been minimized.

cmrdt Nov 5, 2017

cmrdt commented Nov 5, 2017

This comment has been minimized.

leigh123linux Nov 5, 2017

leigh123linux commented Nov 5, 2017

This comment has been minimized.

LightningStalker Nov 5, 2017

LightningStalker commented Nov 5, 2017 • edited Edited 2 times LightningStalker Nov 5, 2017 LightningStalker Nov 5, 2017

This comment has been minimized.

abdouskamel Nov 5, 2017

abdouskamel commented Nov 5, 2017

This comment has been minimized.

LightningStalker Nov 5, 2017

LightningStalker commented Nov 5, 2017

This comment has been minimized.

abdouskamel Nov 6, 2017

abdouskamel commented Nov 6, 2017

This comment has been minimized.

LightningStalker Nov 7, 2017

LightningStalker commented Nov 7, 2017

This comment has been minimized.

abdouskamel Nov 7, 2017

abdouskamel commented Nov 7, 2017

This comment has been minimized.

lopesmaio Nov 19, 2017

lopesmaio commented Nov 19, 2017

This comment has been minimized.

C0rn3j Dec 11, 2017

C0rn3j commented Dec 11, 2017

This comment has been minimized.

LightningStalker Dec 11, 2017

LightningStalker commented Dec 11, 2017 • edited Edited 3 times LightningStalker Dec 22, 2017 LightningStalker Dec 22, 2017 LightningStalker Dec 11, 2017

This was referenced Dec 17, 2017

Abnormal cpu and memory usage #7121

[ISSUE] High CPU and RAM usage #5034

Memory leak in Cinnamon #3796

memory leak in cinnamon 2.0.14 when opening/destroying windows #2986

This comment has been minimized.

leigh123linux Dec 17, 2017

leigh123linux commented Dec 17, 2017 • edited Edited 1 time leigh123linux Dec 17, 2017

This comment has been minimized.

austin987 Dec 17, 2017

austin987 commented Dec 17, 2017

This comment has been minimized.

PaulVD Dec 17, 2017

PaulVD commented Dec 17, 2017

MegaV0lt commented Aug 26, 2017 •

Edited 1 time

leigh123linux
Aug 26, 2017

FlashDaggerX commented Aug 29, 2017 •

Edited 1 time

FlashDaggerX
Aug 29, 2017

LightningStalker commented Nov 5, 2017 •

Edited 2 times

LightningStalker
Nov 5, 2017

LightningStalker
Nov 5, 2017

LightningStalker commented Dec 11, 2017 •

Edited 3 times

LightningStalker
Dec 22, 2017

LightningStalker
Dec 22, 2017

LightningStalker
Dec 11, 2017

leigh123linux commented Dec 17, 2017 •

Edited 1 time

leigh123linux
Dec 17, 2017

JosephMcc commented Feb 15, 2018 •

Edited 2 times

JosephMcc
Feb 15, 2018

JosephMcc
Feb 15, 2018

sobrus commented Feb 15, 2018 •

Edited 3 times

sobrus
Feb 15, 2018

sobrus
Feb 15, 2018

sobrus
Feb 15, 2018