Cinnamon: Memory usage increasing over time

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

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.

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.

This issue seems to be a duplicate of https://github.com/linuxmint/Cinnamon/issues/3796, right? Maybe we could move the discussion the other issue :)

I pushed a memory leak fix recently https://github.com/linuxmint/Cinnamon/commit/5cdf5c07966f9827ba427447ba00b997c6798ac1

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

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.

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 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 It appears that it's bound to mint, isn't it ?

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

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,

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

@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

1. reporters to remove all spice applets, desklets, extensions and set the theme to Mint default and see if the memory still leaks.
2. full system info paste and some hardware info
3. 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.

1. Removed all applets, desklets, extensions and set theme to default.
2. System info: https://gist.github.com/anonymous/3bad51e14ce76470d4e1c3b66e3d2fbe
3. 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.

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: [email protected] 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 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.

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?

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:
https://github.com/linuxmint/Cinnamon/commit/5cdf5c07966f9827ba427447ba00b997c6798ac1
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.

Well, cinnamon-screensaver has stopped working completely, so I have to restart it, but here is a record of how high it got.

@sobrus I noted all his processes were using more than they should.

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

Who is denying there is a problem?,
Memory usage has improved since 2015 here, initial usage has halved here.

Does gnome-shell leak less? cjs/gjs has never be good at freeing IMO

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.

I don't know about gnome-shell (I don't like it, that's why cinnamon was created anyway), but to be honest kwin and deepin both seem to grow. But they shouldn't grow inifinitely (and I hope they don't. Mate, Xfce doesn't grow even with compiz).

Moreover, Cinnamon performance suffer after longer period too (and one day isn't much, considering I restart my crappy Windows7 box at job once two months just because updates require it).
Not to mention it should work as expected with all themes/applets downloaded from official spices store.
That's why - in my opinion - this is a big issue, and should be fixed ASAP. Even instead of new features.

Maybe someone should try using applet that is known to misbehave, see WHY it causes cinnamon to grow and implement some kind of protection? Or garbage collector maybe?
Or spawn separate processes for applets just like gnome2 did. It would be probably more useful that splitting settings daemon...
If it is really applet problem, not core gnome-shell technology related issue. It would be even higher priority for me in such case. 6 years after gnome 3 introduction it'd be quite ... embarassing.

@sobrus

Spice isn't official, there are no guarantees that they will work.

Not to mention it should work as expected with all themes/applets downloaded from official spices store

A couple times, I've left my PC on overnight with a bunch of stuff open and came back to Cinnamon in fallback mode, and dmesg shows it had been killed for using all the memory.

Just now Cinnamon was using almost 4GB, until I did this suggestion by @cmrdt. Look at my memory usage before and after, and this was with a bunch of stuff open, including Netbeans IDE, Firefox (with about a dozen tabs), Thunderbird, Nextcloud Desktop (syncing my entire ~100GB home folder), Steam, and Bitcoin Core. Out of all those things, Cinnamon was using the most RAM!

I can only confirm, that 3.6.7 doesn't fix this issue.
@skylarmt
Maybe try placing this script in autostart until it is fixed. It will restart cinnamon automatically once it grows too large (change 400000kiB to value appropriate for your system)

#!/bin/sh
while true
do
  sleep 600
  PID=$(pidof cinnamon)
  MEM=$(cat /proc/$PID/status | grep RssAnon | awk '{print $2}')

  if [ "$MEM" -gt "400000" ]
  then
    cinnamon --replace &
  fi
done

I've noticed this issue for a while and thought I'd chime in to see if this helps. I am the author of the "iodisk" spice which displays disk utilization in the panel. I have a mix of Mint 17.3 and 18.3 machines none of which are identically configured in HW or SW. I have a mint 17.3 box which had not been updated or rebooted since May 2017 running the same interactive cinnamon session with the iodisk spice when I updated and rebooted the box on Dec 21, 2017. The glass.log did not reflect any cinnamon crashes, and cinnamon was consuming 135MB . As an anecdote, the Mint 18.3 boxes I use regularly all appear to suffer from the memory leak issue, and the shell crashes every few days. Spot checking memory usage for cinnamon often shows memory usage in the GB ranges.

As a test, I created two identically configured VirtualBox VMs and booted from the latest ISOs for 17.3 and 18.3. No updates were installed. I only installed sysstat (with the required dependencies) and iodisk from the online spice repository and let each VM run over night. Results below:

Please advise if I can be of additional service in this matter.

Regards

Nice finding!. I've installed Cinnamon 3.2.x on VirtualBox (Manjaro Cinnamon 17.0.1 from march) and after 4 hours usage jumped to about only 125MB. I've tried to increase it further, but it every time it returned back to about 130. Just like some kind of garbage collector was launched and this isn't the case with 3.6.7.
I never used version 3.2 - started with 3.4.

@ctrlesc
Nice applet btw. First that actually works with mdadm raid :)

Based on the comment by @sobrus, I ran the same tests on Mint 18.1 & 18.2 using the same methodology as in my previous post. The cinnamon instances in each test started at just under 100MB and ran over night. It appears the regression was introduced in cinnamon 3.4 as sobrus alluded to above. Based on the conversation in this thread and these tests, it appears that applets which poll values via shell execution and update the panel regularly (iodisk polls every 2 seconds) may exacerbate the memory leak.

Linuxmint cinnamon seems ok so far, I will see if I can last 24 hours without returning to fedora :-)

leigh@leigh-main-pc ~ $ uptime
 17:53:05 up  4:13,  1 user,  load average: 0.24, 0.21, 0.18
leigh@leigh-main-pc ~ $ inxi -GSC
System:    Host: leigh-main-pc Kernel: 4.10.0-42-generic x86_64 (64 bit)
           Desktop: Cinnamon 3.6.7  Distro: Linux Mint 18.3 Sylvia
CPU:       Octa core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB 
           clock speeds: max: 4500 MHz 1: 1400 MHz 2: 2100 MHz 3: 2100 MHz
           4: 1400 MHz 5: 1400 MHz 6: 2100 MHz 7: 2100 MHz 8: 2800 MHz
Graphics:  Card: NVIDIA Device 1c82
           Display Server: X.Org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
           Resolution: [email protected]
           GLX Renderer: GeForce GTX 1050 Ti/PCIe/SSE2
           GLX Version: 4.5.0 NVIDIA 384.90
leigh@leigh-main-pc ~ $ top

top - 17:53:53 up  4:14,  1 user,  load average: 0.10, 0.17, 0.17
Tasks: 252 total,   1 running, 250 sleeping,   0 stopped,   1 zombie
%Cpu(s):  0.9 us,  0.3 sy,  0.0 ni, 98.8 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem : 16392628 total, 11590252 free,  3197728 used,  1604648 buff/cache
KiB Swap:  3923964 total,  3923964 free,        0 used. 12626828 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
 2937 leigh     20   0 2466304 434008 182944 S   1.7  2.6   2:18.78 Web Content 
 2989 leigh     20   0 2348076 405508 152716 S   1.7  2.5   1:49.37 thunderbird 
 1948 leigh     20   0 2731720 437992  89780 S   1.0  2.7   7:58.60 cinnamon    
 4387 leigh     20   0 2183352 300032 111052 S   1.0  1.8   2:32.51 Web Content 
 4521 leigh     20   0 2285620 290212 116748 S   0.7  1.8   3:48.26 Web Content 
 7550 leigh     20   0   41952   4032   3312 R   0.7  0.0   0:00.07 top         
    7 root      20   0       0      0      0 S   0.3  0.0   0:04.43 rcu_sched   
   26 root      rt   0       0      0      0 S   0.3  0.0   0:00.03 watchdog/3  
  943 root     -51   0       0      0      0 S   0.3  0.0   1:34.25 irq/51-nvi+ 
 1220 root      20   0  576244 199508 174628 S   0.3  1.2   5:52.85 Xorg        
 2766 leigh     20   0 2975264 788184 281228 S   0.3  4.8   8:19.68 firefox     
 3068 leigh     20   0  822436 160292 102136 S   0.3  1.0   2:30.49 kvirc       
 7375 leigh     20   0  493612  36076  28924 S   0.3  0.2   0:00.38 gnome-term+ 
    1 root      20   0  185620   6388   4132 S   0.0  0.0   0:01.78 systemd     
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.00 kthreadd    
    4 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:+ 
    6 root      20   0       0      0      0 S   0.0  0.0   0:00.07 ksoftirqd/0 
leigh@leigh-main-pc ~ $

Nearly there.
Still no leak or if there is it's tiny.

leigh@leigh-main-pc ~ $ uptime
 07:06:43 up 17:26,  1 user,  load average: 0.04, 0.07, 0.05
leigh@leigh-main-pc ~ $ top

top - 07:06:58 up 17:27,  1 user,  load average: 0.04, 0.07, 0.05
Tasks: 263 total,   1 running, 260 sleeping,   0 stopped,   2 zombie
%Cpu(s):  0.9 us,  0.2 sy,  0.0 ni, 98.8 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem : 16392628 total,  9956568 free,  4468292 used,  1967768 buff/cache
KiB Swap:  3923964 total,  3923964 free,        0 used. 11242756 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
11026 leigh     20   0 2491260 362964 134324 S   2.6  2.2  14:11.59 Web Content 
10802 leigh     20   0 2606328 662656 137212 S   1.7  4.0   9:57.74 Web Content 
10670 leigh     20   0 3001608 573856 238412 S   1.3  3.5  16:04.80 firefox     
 1864 leigh      9 -11  509100  17100  13672 S   0.7  0.1   3:18.85 pulseaudio  
 1948 leigh     20   0 2908832 562348  89808 S   0.7  3.4  22:30.10 cinnamon    
10839 leigh     20   0 2184848 419608 227044 S   0.7  2.6   3:24.71 Web Content 
10939 leigh     20   0 2398660 429736 107812 S   0.7  2.6   9:05.98 Web Content 
 1220 root      20   0  624060 246588 221708 S   0.3  1.5  18:36.45 Xorg        
 3068 leigh     20   0  829880 166152 102200 S   0.3  1.0   5:02.06 kvirc       
10727 leigh     20   0 2162044 246276 100608 S   0.3  1.5   2:36.40 Web Content 
10935 leigh     20   0 1975836 213528  94908 S   0.3  1.3   1:55.89 Web Content 
16321 leigh     20   0   41960   4044   3312 R   0.3  0.0   0:00.04 top         
    1 root      20   0  185620   6388   4132 S   0.0  0.0   0:01.96 systemd     
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.01 kthreadd    
    4 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:+ 
    6 root      20   0       0      0      0 S   0.0  0.0   0:00.35 ksoftirqd/0 
    7 root      20   0       0      0      0 S   0.0  0.0   0:15.79 rcu_sched   
leigh@leigh-main-pc ~ $

Wouldn't it be easier to reproduce issue using VBox and applet povided by ctrlesc?
Cinnamon takes almost 600MiB, is this normal for 2160p?

@sobrus No, I'm not interested in third-party applets issues.

And this doesn't seem to be an applet issue. Removing applet is rather just a workaround for cinnamon issue.

@sobrus I would expect it to use more @2160p than @1080p as there is 4x the data

Cinnamon takes almost 600MiB, is this normal for 2160p?

What I think needs to be explored in pursuit of the problem is the significant deviation in cinnamon's memory usage over time while testing just one applet across the versions as I demonstrated. Correct me if I'm wrong, but since cinnamon acts as a run-time surrogate for the applets with cjs as the interpreter, there are at least three things to account for - applets, cinnamon, and cjs. I held the applet constant and tested across several versions of cinnamon (2.8.6, 3.2.6, 3.4.3, 3.6.6) and cjs. After cinnamon 3.4 using the same test methodology, there is a dramatic increase in memory usage over time. If there is a flaw with the applet that I tested with, then at some point a design decision was made which makes cinnamon much more vulnerable to instability and that could/should be investigated as well.

Another way of stating this, I have several Mint 17.3 boxes and several 18.3 boxes. Using the same set of applets, cinnamon under 17.3 rarely crashes and under 18.3 it will eventually become sluggish while consuming GBs of memory. From my experience, this problem is independent of the underlying HW and cinnamon rendering mode; however, removing all applets certainly ameliorates the problem.

@leigh123linux, I know you have been hesitant to include third-party applet tests (and I understand why), but certain applets seem to expose a potential problem. Do you think this is possibly more of a cjs issue?

Well it seems like we all were partially correct.
This is (probably) neither Cinnamon nor applet issue (if you don't count cjs as cinnamon's part at least).
I've downgraded cjs to version 3.2.1 and problem seems to be fixed.
(cinnamon still grows a bit, but at least it can also shrink itself too).
After almost 2,5 hours of quite heavy usage it is at 220MB.

cjs is the only downgraded package, cinnamon 3.6.7, gtk 3.22.26, js 24.2.0

@ctrlesc
Can you repeat your test on cinnamon 3.6.6 with cjs 3.2.x?

@IlyukhinAndrey Since I only had the CPU Temperature Indicator applet (temperature@fevimu), I guess at least that one shows the issue. Maybe @sboukortt is right and this is rather an issue with cinnamon wrt to how it handles applets?

@sobrus What is the easiest way to downgrade to cjs 3.2.x? I would like to try myself.
I had removed nearly all applets and cinnamon memory usage has still grown from 200 MB to 5 GB over the weekend on my office workstation.

It largely depends on linux distribution that you are using. You need to install older package (you can also copy/overwrite files directly, but most probably it will mess with your package manager)
In my case I've downloaded package from Arch Linux Package Archive and downgraded using pacman.
https://archive.archlinux.org/packages/c/cjs/

After using cjs 3.2 for more than a week I'm very pleased with the results. Memory usage never exceeded 260MiB and I don't have to restart anything while using computer for several hours. I've added cjs to update ignore list for the time being.

I'd like to notice, that there is significant cjs size increase between version 3.2 and 3.4 indicating that there are some serious changes between these versions. Maybe this is where and why regression was introduced.

@michaelpaesold: If you are on Mint goto packages.linuxmint.com and locate cjs 3.2 under 18.1 Serena. I used dpkg with "--force-overwrite" to downgrade the package. This ends up being a bit messy since you will have broken dependencies. I also had to downgrade libcjs0-libmozjs-38 & libcjs0f to get things somewhat stable. I would not recommend doing this on a production system.

I ran this test about a week ago under a VM running Mint 18.3 and downgraded as above. Cinnamon seemed to stop growing just under 290MB. I really didn't have the time to let it test for very long though.

On Manjaro (and probably other Arch-dervied distros), downgrading cjs doesn't involve downgradong any other dependencies.

@sobrus @ctrlesc Thanks! I forgot to mention I am using Linux Mint (Cinnamon of course), version 18.3.

So since you (@ctrlesc) recommend against doing the downgrade on a production system in this case, I will first try this on my laptop at home.

The same behavior on LM 18.3 sylvia.
Immediately after start cinnamon is approx 120M.
After few hours:

# date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
14:49:24
VmRSS:    189420 kB
RssAnon:      126216 kB
RssFile:       53136 kB
RssShmem:      10068 kB

and again later...

# date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss
16:18:08
VmRSS:    233776 kB
RssAnon:      169948 kB
RssFile:       53136 kB
RssShmem:      10692 kB

process cinnamon --replace is consuming more and more memory...

Hi. I would like to add my experience, maybe it's helpful, maybe not
Since Linux Mint 18.1, I've experienced some lag, cpu spikes and memory leak issue related to Cinnamon. After 10-15 minutes of uptime both the memory and cpu usage start to grow, causing lag and slowing down the whole system, usually after 20 minutes the memory usage is around 200mb and Cinnamon randomly spikes, using 20-30% cpu for some seconds for no apparent reason.
I tried to downgrade to cjs 3.2.0, and even through it solved the memory leak issue, the cpu usage went worse, making the whole interface lag since the startup. I've returned to cjs 3.6.1.
I never used 3° party applets or desklets, only the one who came with the default installation.

Current cinnamon version: 3.6.7
Current cjs version: 3.6.1
Nvidia driver: 386

Thanks for the patience and sorry form my bad english :)

@Mek101
Cinnamon runs slow with nVidia binary driver unless CLUTTER_VBLANK=none. At least on GTX750Ti.
Use CLUTTER_DEFAULT_FPS=60 to prevent it from redrawing too fast with vsync disabled.
I didn't notice any performance difference with cjs3.2. Maybe even it is faster, since after growing to ~800MiB it slowed down a lot.

I run Cinnamon with an Nvidia 1070 card on a 4K display. In one of the other issues threads I posted daily/weekly memory usage graphs and the usage fluctuates between 300-800MB during the day. My cinnamon process is usually in the 400MB range which is reasonable for a 4K display. The more apps and windows you have open, the larger cinnamon process gets. That's to be expected.
I also have a bunch of applets running (14 to be exact) and haven't noticed any memory increase with them but I could be wrong and some of them might be causing an increase. I also have a script that monitors cinnamon process and pops a notification when it crosses 800MB mark so I can restart it manually (don't like an automatic restart).

@sobrus hmmm... my env variables look like this:
CLUTTER_PAINT=disable-clipped-redraws:disable-culling CLUTTER_VBLANK=True KWIN_TRIPLE_BUFFER=1
I've had great success with this and haven't had any screen tearing. In nvidia settings, I also have "Force Composition Pipeline" enabled and also "Sync to VBlank" enabled and "Allow Flipping" disabled.

I've tried your settings but still have performance issues. Don't get me wrong: cinnamon works OK and fluid, but there is noticeable lag in UI operations (for example when moving windows they seem to lag behind mouse cursor a bit instead of being always exactly where cursor currently is). Its easily noticeable if you come from different window manager like marco. Of course you won't have any screen tearing with vsync enabled, but I'd rather have tearing without lag. Try moving windows fast with my settings and you'll probably see what I mean.

It seems like memory leak problem doesn't affect all users. Leigh123linux (who coincidentally also runs Cinnamon on 4K with nvidia binary blob) doesn't seem to be affected.

@sobrus I have maybe one or two pixel lag between the mouse cursor and the window. I don't really notice it at all and it doesn't bother me in the slightest.

Of course you won't have any screen tearing with vsync enabled, but I'd rather have tearing without lag.

Really? You'd rather have screen tearing and slideshows when playing video than see a 1-2px lag when moving windows? That's a weird compromise.

I think we departed off topic too much already, but having computer that is lagging behind you is quite annoying. Like playing fast shooter at 20fps. Responsiveness is important for user experience, that's why we have schedulers like BFQ, interactive, etc. And either my tearing is minimal or I already got used to it, becasue I have to watch carefully and even then barely see it.

The only thing I kind of noticed, after cinnamon again reached 3.9GB of memory use and started lagging firefox and everything is that the leak appears to go away after cleaning from the desktop any extraneous GIF files.. possibly PDFs and ZIP too I'm not sure which makes the difference.

Sorry, scratch that, it is just pissing it away more slowly now I've cleared the Desktop.

similar problem here
on ArchLinux Cinnamon 3.6 with kernel-lts
1.4 GB ram used by the "cinnamon --replace" process after only 8 hours of operation.............................................................
I don't have any applet installed, except Menu, time, wifi, brightness and sound.

I have another user account but a recurring problem...

While on Debian Sid with Cinnamon 3.4, no such problems and I have fifteen applets installed....
after 5 days of operation, the "cinnamon --replace" process takes only 160 MB of ram.
And it's on the same pc with the same configuration...

Cinnamon getting as heavy as Gnome??
Is the problem being corrected??
Is he known???
Will Cinnamon 3.8 solve this recurring problem??
On ArchLinux we have been dragging this bug since version 3.2, in spite of our bug reports.
Even if it doesn't affect everyone, people are still affected by this bug.

I'm considering downgrading the cjs package to version 3.2, in the past it had helped me to find a correct functioning.
too bad it's not fixed by the developers, and that we always have to tinker to get something "almost functional".

The versions of cinnamon pass but the recurrent problems remain...

@melmelissa You have to realize that people develop FOSS projects mostly on their own time, it's not like you had to pay for this, complaints like this aren't helpful. (and annoying for many especially with so many people being subscribed to this issue)

If it bothers you so much, you can debug this issue and submit a pull request with a fix yourself.

Others have suggested that this issue is caused/accelerated by a new version of cjk, you can do regression testing on that and figure out which exact commit is causing this.

This is an issue tracker, not a place for ranting. I've deleted several posts that are of no help. There is obviously some issue here but it's inconsistent and doesn't effect many users at all. That makes it a difficult issue to pin down and fix. It may be a combination of several things.

I suppose I can... confirm I don't see this issue either? Speaking with my official Arch Linux maintainer hat on, if there is an issue it certainly doesn't seem to be a packaging bug, and given that I and lots of other people cannot duplicate it, it doesn't seem like something I can fix, though maybe if the people who did see it could provide some more useful debugging, that could help. This would seem to be a rather subtle issue in relatively low-level cinnamon components if anything, and that will be hard to debug without being able to actually trigger the problematic codepaths... A good place to start might be http://www.brendangregg.com/perf.html (or valgrind obviously).

Now maybe if @melmelissa could stop sending me angry emails, that would be nice. :) I guess since I am now subscribed to this issue, I will know as soon as anyone else does, if the root cause is ever discovered and fixed. I guess I should disclaim right off the bat that as an unaffected downstream packager I'm utterly disinterested in debugging this myself, so more emails will not help.

Especially from someone who has repeatedly spammed various outlets with useless rants and complaints that provided absolutely no help to the developers, and quite frankly gives FOSS a bad name. @melmelissa, Do not do this! Take your negative tone elsewhere!

*wanders off and does something more interesting with his life*

On the various international forums (ArchLinux, Reddit, and others)
We are already 34 users to have exactly the same problem of memory leakage (yes I opened various topics to record the "bug")
All under ArchLinux Cinnamon 3.6.7.

So no, the problem is not isolated, 34 people it's no longer an isolated problem, but it's a real bug that exists.
If I was alone, yes, it would be an isolated bug.

Do we have to remember that on this bug report, many of us complain about it??
Apparently, there are not enough of us to take the bug seriously??
So I'm going to ask the 34 people to come and prove that they also have the same problem (since I'm obviously called a liar, or because I invent a bug that doesn't exist)

We've been waiting 3 months for a patch to get rid of these big performance losses, in a few hours the ram is saturated, and yet we have good pc.

We spend our time downgrading packages (cinnamon, muffin, cjs, nemo) on rolling release, it's doomed to failure...

On my Debian Sid (unstable), Cinnamon has no worries, so it's not a hardware problem, nor is my pc having a problem.
But it's Cinnamon 3.6 that bugs.
Or a packaging problem..

you are the maintainers, not us... we're just suffering the consequences of your mistakes...

@melmelissa I've had enough of your shit

I find the testing from @ctrlesc to be quite interesting. It highlights a regression in Mint 18.2 and seems to conclude the cause is somewhere in Cinnamon 3.4, and in particular in the adoption of mozjs38.

@ctrlesc we've moved away from mozjs38 here on the master branch (in preparation for Mint 19) and we're now using mozjs52. I've backported mozjs52 to Mint 18.3, to make it possible for us to work on the next version of Cinnamon without having to upgrade to Mint 19 (which isn't ready yet).

Do you think you could run similar tests somehow with a 18.3 VM upgraded with the master packages? FYI we now use CI and automatically build packages for each new commit on master... for instance, if you go to https://github.com/linuxmint/cjs/releases, you'll see a release for Mint 18, and in there you'll find master packages for Mint 18 (i.e. 18.3). All Cinnamon components now have releases like these and master packages for Mint 18 on their github releases page. You'll probably need to upgrade CJS and Cinnamon at the very least... possibly other components as well if you run in to dependency issues (xapp, etc..).

I'll reopen the issue in the meantime.

Just as another reference point, I recall observing a similar "creeping RAM syndrome" on Cinnamon 3.4.x on Ubuntu 16.04, but since upgrading to 3.6.x I have noticed that this problem has been resolved (for months now, as I upgraded when 3.6.x was released).

In fact I generally leave my desktop PC running non-stop, only rebooting if there's a kernel or Mesa update that I'm interested in testing - I've been up to at least 14 days with no excessive RAM usage.

Not looking to stir things up, but I thought that another non-mint, Cinnamon 3.6.x example where this problem doesn't exist might be useful. I can provide more info if that will help.

I suspect that it is indeed something that is refreshing the screen through Cinnamon. Ever since I removed my CPU temperature indicator, things have stabilised and I am sure most of the people here are using Conky or something similar that is redrawing the screen with even more intensity.

Even alt-tab switch was adding some kilobytes to the memory footprint but it is hard to notice unless you're watching it closely.

without any applets, desklets or conky, my ram consumption increases over the hours.
the "cinnamon --replace" process continues to take several GB of ram after several hours of operation.
Until it completely saturates the ram, and freeze the pc.

I don't use automatic wallpaper (slideshow)
no idle time, no screen saver.
The problem is mysterious and seriously blocking for me.
So I demoted Cinnamon again in version 3.4.

Again, Applets don't really seem to be the issue.
As @sobrus pointed out, draw calls seem to induce a memory leak. Simply repeatedly pressing the [Super] button to show and hide the menu gets the ram going up

Ram Leak isn't that much of an issue for me, because with 16Gigs, I will go to sleep before the system even thinks about paging anything, but the issue seems to exist in quite a few instances, and I think it deserves a confirmed label, even so most users will probably never notice it.

I think the reason that it seems like the issue isn't widespread is that you need to troubleshoot it to really make it obvious. I was told the issue existed in Cinnamon as a critic, looked it up, and realised it was there, when I actually had been using Mint for 3 years.

Running Cinnamon 3.6.7, Kernel 4.13.0-32, Nvidia Driver 384. on mint 18.3 x64

German threat that says it has to to with repainting of the bar:
https://www.linuxmintusers.de/index.php?topic=47097.msg665511#msg665511

Many think the problem comes from applets.
It's quite logical, the applets monitor the state of the system.
Before I used the one of the temperature, activity CPU and consumption ram.

When we install these applets, we have the question mark, which warns us that they are applets that make system calls, and can reduce performance.

The major problem is that with Cinnamon 3.4, this problem does not exist.
Without applets with Cinnamon 3.6, the memory leak is present, so it's the applet of the wifi ??
That of sound maybe ??
In any case there is something wrong ..

I'll try to hide the panel automatically, we'll see what happens ...

Hoffnung erweckt Hoffnung zum Leben

I do not experience this problem, I do have DPMS enabled in my xorg.conf, and I do have things set to blank the screen when inactive, via Settings > Power Management:

Turn off the screen when inactive for = 30 minutes

If the issue is related to draw calls, repainting, etc. then will screen blanking, screen savers, etc. inhibit that from happening, thus preventing the problem for most users since the default for these settings is to enable screen sleep/ blanking behavior...?

There must be a common variable for the users who have this problem - it doesn't appear to be distro related, but does seem to be specific to draw calls - applets themselves don't appear to be the problem, yet applets that graphically update often do seem to exacerbate the problem.

The data is pointing to draw calls, screen updating, something in the graphics stack...

The major problem is that with Cinnamon 3.4, this problem does not exist.

As far as I remember, I did have the issue with 3.4. I think it started around 3.0, or 3.2 at the latest.

I also noticed that repeated draw calls caused not only a huge increase in RAM usage but also very high CPU usage in the Cinnamon process, and hiccups in the compositor (to the point that I could not play video games while SpiderOak ONE was backing up data).

@mainmachine
I just set the screen saver to 10 minutes to see how it feels.
Hiding the panel has no effect on me, ram consumption is flying away.
I'm at 2.9 GB for the "cinnamon --replace"process, the pc has been on for only 3 hours :/

@sboukortt
I also had the memory leakage problem with Cinnamon 3.2..
But version 3.4 is the best version I've used so far, and it's not a problem for me.
But on rolling release distributions, having to blacklist desktop environment upgrades, one day it will be a big problem.

Unlike you, I have no worries about CPU level, it remains very stable, no runaway.
For my part, the downgrade is the only alternative.

On Debian Sid, I'm in no hurry to get Cinnamon 3.6.
The current version 3.4 suits me very well :)

@sobrus
By recovering the Cinnamon packages from ArchLinux, there is no way to install them on Manjaro??
Since it's the same family.

@mainmachine I have DPMS screen off too, yet I'm definitely affected and memory usage grows with screen off.
I agree with @CloneMMDDCVII that this issue is probably far more widespread, most users just don't notice it, don't care, and don't report it. This is why I insisted on checking it out.

I can test updated version on Manjaro, if Arch maintainers provide updated packages.
I've converted master 18.3 deb to pacman xz packages (cinnamon, session, desktop, cjs etc) , but (of course) it broke cinnamon.
I have custom recovery and backup so I'm not afraid of damaging my system in any way.

@melmelissa
Manjaro and Arch packages are usually interchangeable (Manjaro packages are usually Arch packages, just lag a few days). That said since neither Arch nor Manjaro support partial updates and it may or may not work. Usually it works and I'm currently using cjs 3.2 from Arch package archive.

I agree with @CloneMMDDCVII that this issue is probably far more widespread, most users just don't notice it, don't care, and don't report it. This is why I insisted on checking it out.

That's complete conjecture. I sometimes run Cinnamon for days without crossing the 400mb mark. That's what makes this hard to troubleshoot. For example, someone above says they have Cinnamon using 2.9GB after 3 hours. I've had Cinnamon up doing dev work for the last 3 hours on a HiDPI machine (which typically has higher usage) and I'm at only 238mb.

@JosephMcc
I am aware that there are users who are not affected. But this issue is present on various distros and various hardware. Reproducing it is probably as simple as installing Mint 18.3 on virtualbox (or @ctrlesc is very unlucky) and even my 5-year old Manjaro instance is affected (until I downgrade cjs, that is)

Don't get me wrong, I'm not trying to act like this isn't a real issue. I just don't see it and neither do the other devs.

I've run Cinnamon on various version of Mint, Debian, and Ubuntu since Mint13 across 7 or 8 different machines. My current main working machines have Mint 18.3, Ubuntu 18.04, and early testing versions of Mint 19 and none of them are affected.

I will say that I don't run some things I see may be causing this issue. No 3rd party applets, desklets, or extensions. I also don't run anything that is leaving constantly updating things in the systray like SpiderOak.

I'd like to rule out a hardware or graphics driver issue. I'm not experiencing this problem but I am intrigued by it, and I'd like to gather some system data from anyone who's experiencing the problem to facilitate the process.

@JosephMcc or @leigh123linux - if I were to post a link to a shared spreadsheet that people here could add their info on to, would that break any rules or generally upset anyone, that you're aware of?

I don't know if the problem is isolated, or specific to some configurations maybe, but on the different English, French and German forums, I've opened topics to find out who has this bug, and so far we are 36 users, all under ArchLinux Cinnamon 3.6, and fully up to date distribution.

I know that 36 people is a tiny number, but it makes me feel better, I'm not the only one.
But it's also worrying to know that there is a problem that looks isolated and repeats itself from version to version.
I've even installed Archlinux Cinnamon on my test drive, and the problem is there again, and it's a raw Cinnamon form release.

And it's not a hardware problem, as mentioned above, on my Cinnamon Debian, I have no malfunction.
And cinnamon 3.4 on ArchLinux solves the problems.
I don't know what else to do, to give more details or other...

Reproducing it is probably as simple as installing Mint 18.3 on virtualbox
I don't know what else to do, to give more details or other...

Do this:

Then ship it to Ireland.

@melmelissa - The hardware might be OK, but different graphics drivers, X.org versions, GL libraries, etc. can all drastically change how the stack interacts with the hardware, so it could be that a certain kernel, module or library is exposed by cinnamon. If we can put the data in one place, then we can look for a pattern.

In Ireland it is cold, it will catch a cold, it is accustomed to temperatures in the south of France :p

@mainmachine
In fact, all packages are different from one distribution to another, and not all pcs look the same.
For proof some under Mint have problems, others not.

If we can gather useful data for in-depth debugging, why not, it will be a way to perhaps find a common element that we all have.

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

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.

@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

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 |
+-----------------------------------------------------------------------------+



md5-222a93b6f8b3f8e1c48a8359c9efb054



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



md5-222a93b6f8b3f8e1c48a8359c9efb054



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: [email protected]
           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: [email protected]
           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: [email protected], [email protected]
           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 - 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)

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

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: [email protected]
           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

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   

log 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: [email protected], [email protected], [email protected] 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: [email protected], [email protected]
           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: [email protected]
           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 ?

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:[email protected]:94', 'panel1:left:2:bumblebee@pdcurtis:39', 'panel1:center:1:windows-quick-list-with-close-button@koutch:19', 'panel1:center:2:[email protected]:41', 'panel1:center:3:[email protected]:12', 'panel1:center:4:[email protected]:42', 'panel1:center:5:[email protected]:78', 'panel1:right:0:[email protected]:13', 'panel1:right:1:[email protected]:47', 'panel1:right:2:[email protected]:11', 'panel1:right:3:[email protected]:14', 'panel1:right:4:[email protected]:7', 'panel1:right:7:redshift@marvel4u:75', 'panel1:right:6:[email protected]:0', 'panel1:right:8:[email protected]:9', 'panel1:right:9:weather@mockturtl:18', 'panel1:right:10:[email protected]:43', 'panel1:right:11:[email protected]: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:[email protected]:0', 'panel1:left:0:[email protected]:1', 'panel1:left:0:[email protected]:3', 'panel1:right:10:[email protected]:5', 'panel1:right:11:[email protected]:6', 'panel1:right:12:[email protected]:7', 'panel1:right:17:[email protected]:8', 'panel1:right:13:[email protected]:11', 'panel1:right:14:[email protected]:13', 'panel2:left:1:[email protected]:14', 'panel2:right:5:[email protected]:15', 'panel1:right:15:[email protected]:29', 'panel2:left:0:[email protected]:33', 'panel1:right:0:sysmonitor@orcus:45']

and the same once I have removed the offending applet

['panel1:right:9:[email protected]:0', 'panel1:left:0:[email protected]:1', 'panel1:left:0:[email protected]:3', 'panel1:right:10:[email protected]:5', 'panel1:right:11:[email protected]:6', 'panel1:right:12:[email protected]:7', 'panel1:right:17:[email protected]:8', 'panel1:right:13:[email protected]:11', 'panel1:right:14:[email protected]:13', 'panel2:left:1:[email protected]:14', 'panel2:right:5:[email protected]:15', 'panel1:right:15:[email protected]:29', 'panel2:left:0:[email protected]: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).

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.

@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

applets (should be default)

['panel1:right:0:[email protected]:0', 'panel1:left:1:[email protected]:1', 'panel1:left:2:[email protected]:2', 'panel1:left:3:[email protected]:3', 'panel1:left:4:[email protected]:4', 'panel1:right:1:[email protected]:5', 'panel1:right:2:[email protected]:6', 'panel1:right:3:[email protected]:7', 'panel1:right:4:[email protected]:9', 'panel1:right:5:[email protected]:11', 'panel1:right:7:[email protected]:12', 'panel1:right:6:[email protected]: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.

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

['panel1:left:0:[email protected]:1', 'panel1:left:1:[email protected]:2', 'panel1:left:2:[email protected]:3', 'panel1:left:3:[email protected]:4', 'panel1:right:0:[email protected]:0', 'panel1:right:1:[email protected]:5', 'panel1:right:3:[email protected]:7', 'panel1:right:4:[email protected]:8', 'panel1:right:5:[email protected]:9', 'panel1:right:7:[email protected]:11', 'panel1:right:8:[email protected]:12', 'panel1:right:6:[email protected]:13']

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

'panel1:left:0:[email protected]:1', 'panel1:center:0:[email protected]:4', 'panel1:right:2:[email protected]:0', 'panel1:right:5:[email protected]:7', 'panel1:right:10:[email protected]:8', 'panel1:right:6:[email protected]:9', 'panel1:right:9:[email protected]:12', 'panel1:right:8:[email protected]:13', 'panel1:right:0:[email protected]: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:[email protected]:0', 
  'panel1:left:3:[email protected]:1', 
  'panel1:left:4:[email protected]:2', 
  'panel1:left:5:[email protected]:3', 
  'panel1:right:3:[email protected]:4', 
  'panel1:right:5:[email protected]:5', 
  'panel1:right:6:[email protected]:6', 
  'panel1:right:7:[email protected]:7', 
  'panel1:right:8:[email protected]:9', 
  'panel1:right:9:[email protected]:10', 
  'panel1:right:1:[email protected]:12', 
  'panel1:right:10:[email protected]:13', 
  'panel2:center:0:[email protected]: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:[email protected]:0', 
'panel1:left:0:[email protected]:1', 
'panel1:left:1:[email protected]:2', 
'panel1:left:2:[email protected]:3', 
'panel1:left:3:[email protected]:4', 
'panel1:right:1:[email protected]:5', 
'panel1:right:2:[email protected]:6', 
'panel1:right:3:[email protected]:7', 
'panel1:right:4:[email protected]:8', 
'panel1:right:5:[email protected]:9', 
'panel1:right:6:[email protected]:10', 
'panel1:right:7:[email protected]:11', 
'panel1:right:8:[email protected]:12', 
'panel1:right:9:[email protected]: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      

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.

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.

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

Information only.
I had this problem. I have the computer as a server 24/7 so that the environment is little used. (It is almost always with black screen)
In one week I consumed more or less 3.5Gb of 16. and it became very slow.
Following the suggestions I deactivated the CPU temperature applet.
There are only those that come with the system.
In 24h, memory consumption has not increased. 180M
regards

inxi -Fzx
System: Host: Servidor-ProLiant-ML330-G6 Kernel: 4.10.0-42-generic x86_64 (64 bit gcc: 5.4.0) Desktop: N/A
Distro: Linux Mint 18.3 Sylvia
Machine: System: HP product: ProLiant ML330 G6
Mobo: N/A model: N/A Bios: HP v: W07 date: 07/02/2013
CPU: Hexa core Intel Xeon X5650 (-HT-MCP-) cache: 12288 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 31921
clock speeds: max: 2666 MHz 1: 1610 MHz 2: 1621 MHz 3: 1621 MHz 4: 1642 MHz 5: 1621 MHz 6: 1631 MHz
7: 1621 MHz 8: 1621 MHz 9: 1621 MHz 10: 1621 MHz 11: 1621 MHz 12: 1610 MHz 13: 1621 MHz 14: 1621 MHz
15: 1621 MHz 16: 1621 MHz 17: 1621 MHz 18: 1610 MHz 19: 1621 MHz 20: 1610 MHz 21: 1621 MHz
22: 1600 MHz 23: 1621 MHz 24: 1695 MHz 25: 1621 MHz 26: 1621 MHz 27: 1621 MHz 28: 1600 MHz
Graphics: Card: NVIDIA GT218 [GeForce 210] bus-ID: 0a:00.0
Display Server: X.Org 1.15.1 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
Resolution: [email protected]
GLX Renderer: GeForce 9500 GT/PCIe/SSE2 GLX Version: 2.1.2 NVIDIA 340.102 Direct Rendering: No
Audio: Card-1 NVIDIA High Definition Audio Controller driver: snd_hda_intel bus-ID: 0a:00.1
Card-2 JMTek LLC. audio controller driver: USB Audio usb-ID: 008-002
Sound: Advanced Linux Sound Architecture v: k4.10.0-42-generic
Network: Card-1: Broadcom NetXtreme BCM5715 Gigabit Ethernet driver: tg3 v: 3.137 bus-ID: 03:04.0
IF: enp3s4f0 state: down mac:
Card-2: Broadcom NetXtreme BCM5715 Gigabit Ethernet driver: tg3 v: 3.137 bus-ID: 03:04.1
IF: enp3s4f1 state: up speed: 1000 Mbps duplex: full mac:
Drives: HDD Total Size: 2000.4GB (24.7% used) ID-1: /dev/sda model: LOGICAL_VOLUME size: 2000.4GB
Partition: ID-1: / size: 296G used: 25G (9%) fs: ext4 dev: /dev/dm-0
ID-2: /boot size: 236M used: 143M (64%) fs: ext2 dev: /dev/sda1
ID-3: swap-1 size: 7.52GB used: 0.00GB (0%) fs: swap dev: /dev/dm-3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 8.3C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 308 Uptime: 13:50 Memory: 1420.4/16031.9MB Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35

Hello, i also found some memory leak when i change workspaces. Each switch takes ~10MB of RAM. I don`t use any desklets or other widgets (just pure cinnamon ).
Information about system....

inxi -Fzf
System: Host: skyfall174-HP-Pavilion-Notebook Kernel: 4.13.0-37-generic x86_64 (64 bit)
Desktop: Cinnamon 3.6.7 Distro: Linux Mint 18.3 Sylvia
Machine: System: HP (portable) product: HP Pavilion Notebook v: Type1ProductConfigId
Mobo: HP model: 8217 v: 83.45 Bios: Insyde v: F.35 date: 01/23/2017
CPU: Quad core Intel Core i7-7700HQ (-HT-MCP-) cache: 6144 KB
clock speeds: max: 3800 MHz 1: 2800 MHz 2: 2800 MHz 3: 2800 MHz
4: 2800 MHz 5: 2800 MHz 6: 2800 MHz 7: 2800 MHz 8: 2800 MHz
CPU Flags: 3dnowprefetch abm acpi adx aes aperfmperf apic arat
arch_perfmon art avx avx2 bmi1 bmi2 bts clflush clflushopt cmov
constant_tsc cpuid cpuid_fault cx16 cx8 de ds_cpl dtes64 dtherm dts
epb ept erms est f16c flexpriority fma fpu fsgsbase fxsr ht hwp
hwp_act_window hwp_epp hwp_notify ida intel_pt invpcid
invpcid_single lahf_lm lm mca mce mmx monitor movbe mpx msr mtrr
nonstop_tsc nopl nx pae pat pbe pcid pclmulqdq pdcm pdpe1gb pebs
pge pln pni popcnt pse pse36 pti pts rdrand rdseed rdtscp rep_good
retpoline rsb_ctxsw sdbg sep smap smep ss sse sse2 sse4_1 sse4_2
ssse3 syscall tm tm2 tpr_shadow tsc tsc_adjust tsc_deadline_timer
tsc_known_freq vme vmx vnmi vpid x2apic xgetbv1 xsave xsavec
xsaveopt xsaves xtopology xtpr
Graphics: Card-1: Intel Device 591b
Card-2: NVIDIA Device 1c8d
Display Server: X.Org 1.18.4 driver: nvidia
Resolution: [email protected]
GLX Renderer: GeForce GTX 1050/PCIe/SSE2
GLX Version: 4.5.0 NVIDIA 384.111
Audio: Card Intel Device a171 driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.13.0-37-generic
Network: Card-1: Intel Wireless 7265 driver: iwlwifi
IF: wlo1 state: up mac:
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169
IF: eno1 state: down mac:
Drives: HDD Total Size: 1128.2GB (8.1% used)
ID-1: /dev/sda model: IM2S3138E size: 128.0GB
ID-2: /dev/sdb model: HGST_HTS721010A9 size: 1000.2GB
Partition: ID-1: / size: 109G used: 86G (83%) fs: ext4 dev: /dev/sda2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 59.0C mobo: N/A gpu: 48C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 264 Uptime: 10 min Memory: 2293.0/7861.9MB
Client: Shell (bash) inxi: 2.2.35

Here's a way to quickly reproduce this issue on a system with only default applets installed - at least for me, maybe someone can confirm?

• watch memory / cpu usage with top (or any tool you prefer)
  top -p $(pgrep -x cinnamon)

• Go to your bar settings, set cinnamon to use a custom bar height, then increase and decrease the bars height a few times from min to max and back.

After one day with the computer powered on (without doing anything), the cinnamon process is consuming 2,1GB.

I have Cinnamon on Fedora 27...system came to a crawl as Cinnamon was using 22G of memory. The symptoms for me appear when I can't start any applications from the menus. System was up for 2 days before it Cinnamon crashed.

Kernel: 4.15.13-300.fc27.x86_64 x86_64
bits: 64
Desktop: Cinnamon 3.6.7 Distro: Fedora release 27 (Twenty Seven)
Machine: Device: desktop System: ASUS product: All Series serial: N/A
Mobo: ASUSTeK model: SABERTOOTH Z97 MARK 1 v: Rev 1.xx serial: N/A
BIOS: American Megatrends v: 1202 date: 06/17/2014
CPU: Quad core Intel Core i7-4790K (-MT-MCP-) cache: 8192 KB
clock speeds: max: 4400 MHz 1: 2396 MHz 2: 2044 MHz 3: 2300 MHz
4: 1911 MHz 5: 2286 MHz 6: 2153 MHz 7: 2578 MHz 8: 2082 MHz
CPU Flags: abm acpi aes aperfmperf apic arat arch_perfmon avx avx2 bmi1
bmi2 bts clflush cmov constant_tsc cpuid cpuid_fault cx16 cx8 de ds_cpl
dtes64 dtherm dts epb ept erms est f16c flexpriority fma fpu fsgsbase
fxsr ht ibpb ibrs ida invpcid invpcid_single lahf_lm lm mca mce mmx
monitor movbe msr mtrr nonstop_tsc nopl nx pae pat pbe pcid pclmulqdq
pdcm pdpe1gb pebs pge pln pni popcnt pse pse36 pti pts rdrand rdtscp
rep_good sdbg sep smep ss sse sse2 sse4_1 sse4_2 ssse3 stibp syscall tm
tm2 tpr_shadow tsc tsc_adjust tsc_deadline_timer vme vmx vnmi vpid
x2apic xsave xsaveopt xtopology xtpr
Graphics: Card: Advanced Micro Devices [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
Display Server: x11 (X.org 119.6 ) driver: radeon
Resolution: [email protected], [email protected]
OpenGL: renderer: AMD TAHITI (DRM 2.50.0 / 4.15.13-300.fc27.x86_64, LLVM 5.0.1)

I don't know if this has already been suggested, and sadly I'm not familiar enough with the code, but could this problem be related to that was recently addressed in Gnome Shell?

clutter: Avoid unnecessary relayouts in ClutterText

OMGubuntu coverage

https://www.phoronix.com/scan.php?page=news_item&px=GNOME-Shell-Memory-Leak-Fix

:smiley:

I sure hope so given that before a restart cinnamon is consuming:

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
  2661 brian     20   0 11.615g 7.380g  18728 S   2.7 47.5   2159:04

and after simply restarting (alt-f2->r):

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
  2661 brian     20   0 2.5517g 147100  55576 S   2.3  0.9   2159:09 cinnamon                              

Down from almost half of memory to 1%.

Just to add that I had this problem with Cinnamon in Fedora 26 until I removed the 3rd party CPU temperature indicator applet. No more memory leaks with cinnamon after that. Meanwhile, some weeks ago, that applet was updated to address a bug that solved the memory leak. I've been using it without any issue, uptime 13 days without any memory leak from cinnamon.

My advice: update all your packages and remove your 3rd party applets one by one. Then, see if they have any updates mentioning fixing memory leaks (like the CPU temperature applet that, at least for me, is fixed).

4 days open:

This PR to CJS has the upstream GC patches that were added to GJS to help GNOME Shell's memory issues. If anyone is on Cinnamon 3.8 and able to compile CJS and test it, it would be appreciated.

If you're an Arch user with this issue, please try installing the following cjs package, which is the current [community] package with the diff from that PR applied:

sudo pacman -U https://pkgbuild.com/~eschwartz/cjs-3.8.0-1.1-x86_64.pkg.tar.xz

Since pacman -U requires PGP signatures when using remote urls rather than local filesystem urls, this will verify the package using my Trusted User signing key.

@eli-schwartz Thank you so much Eli for your continued support of Cinnamon on Arch!! Installing it now!

No problem! Given I don't have the problem, and providing test packages with pending updates is something I can actually help with, I'm more than happy to chip in for once... and to prove I haven't forgotten about this...

After running it for close to a day, I haven't noticed cinnamon process go over 400MB. It's usually around 250MB. I have a 4K display so these figures might be higher than average. Impressive!

Cinnamon memory leak

OK I did some tests and here are my results. I kept System Monitor open the whole time.
It seems to me that there are two primary areas leaking. the first is the menu and the second is the task launcher. It is possible that some of the memory usage in menu is caching information for re-use later but I am pretty sure that some of it comes simply from opening the menu. In any case, if memory starts running short, caches should be clearable. The second memory leak comes when launching an application. I opend and closed the same application consecutively to detect whether it was a leak or just cacheing and it seems NOT to be cacheing.

First here is my set up
Mint 18.3 64-bit
Cinnamon 3.6.7
Kernel 4.13.0.36-generic
Memory 3.5Gb
Drives 476.9 Gb
Grahpics AMD Radeon HD6320
Asus K43 which has AMD processor

For the first test I opened System monitor mid-session. Cinnamon had been running about 10-15
minutes at this point.
For the second test I did a clean boot and by this point there were no applets running.

All of the figures below show increases in memory use AFTER starting and
closing an activity, which might be opening and closing the menu or an
app. Memory in Mb

FIRST TEST
Change Memory Activity
285.9 After first starting system monitor
-206.9 79 After pressing Alt-F2 R to restart Cinnamon
201 280 After removing all applets *
50.8 330.8 Open and close shutdown menu
2.7 333.5 Open anf close menu **
3.9 337.4 Open and close Chromium+
0.7 338.1 Open and close nemo+
2.5 340.6 Open and close nemo+ and chromium+ at same time

0.7 341.3 Open and close CLI terminal (in GUI)
1.7 343 Open and close menu (not launching any application)
1.7 344.7 Open and close Preferences/Keyboard
1.8 346.5 Open and close Libre Office

Notes (apply to both tests)
* It was later noted that after Alt-F2 R, doing anything would
immediately jump memory usage up to around 290Mb from 70Mb
**This involved clicking the menu link bottom right of Cinnamon screen
and then clicking on desktop to close it again. NO APP launched. (It
was later noted that floating the mouse over items on the menu used
memory - see TEST 2)
+ These items were launched from the taskbar, not the menu.

SECOND TEST
I then rebooted the machine completely to ensure a clean start, and no applets
However, a number of processes start automatically. I list these here:
285.9 Cinnamon (yes the higher figure rather then the low figure after
Alt-F2 R
28.9 Nemo
20.5 Mint Update
17.3 Gnome system monitor
16.9 screensaver
15.8 fcitx
15.4 applet-py (no idea what this is)
10.1 blueberry-obex
59.8 eight others each less than 10Mb totalling 59.8Mb

Memory tests
Ch. Mem. Activity
69.2 Alt-F2 R
237 306.2 Open and close menu*
0.9 307.1 repeat open and close menu
2.3 309.4 repeat above again
1.7 311.1 open and close Nemo+
0.4 311.5 repeat above
2.5 314
3.9 315.4 open and close menu again
1.3 316.7 open and close Chromium
0.3 317 repeat above
3.0 320 open and close Nemo
1.1 321.1 open close LibreOffice Writer
2.7 323.8 open close menu*
(it was noted that just floating over a new
menu item added approx another 0.1Mb to
Cinnamon memory usage which was not released
when the menu was closed.)

FWW, I gave up and switched to GNOME 3. With the right extensions, it's not so bad any more.

Hi all.
Calendar applet eats memory insanely fast, just by scrolling the months.
Jumps up by 1mb to 15mb!! per year.
I managed to increase the cinnamon process memory by 250mb in a few seconds (around year 1900 :D )
Maybe it is something with the time/date refreshing?

Menu is not eating that much memory, maybe in time contributes (to memory leaking) more than the calendar (and maybe other tray apps).
But after a shell restart and a 4 hour normal office use (seamonkey, OOffice, Skype, Gimp, terminal and ... foxit) cinnamon was steady at 170-180mb. When i scrolled calendar to find an old date I show it climbing to 420+mb

@D1rTyH4rRyGR
Amazing, this is a very easy way to test the leak.

Also it turns out the calendar breaks after you go to year -1

I can reproduce this. After a couple of days uptime, a process called cinnamon --replace has over 1GB RAM.

@C0rn3j
Apparently the same behavior appears with months scrolling, as I did, so you have more scrolls, so more memory jumps, that for I had even 15mb per year.
Is it related with the calendar applet or with the refreshing or buffering of the elements cinnamon controls?

@nick-s-b memory usage still okay?

@eli-schwartz Hi Eli, thanks for asking! For a while the mem usage was stable with that cjs that you compiled but something happened when I upgraded cinnamon few weeks ago. It started going back up. I wrote a script that logs mem usage of cinnamon process every 5min and when it goes over 800MB, it notifies me. I usually then just restart the process. I've been having to do it about 1x a day. It usually happens when I open a whole bunch of images as I'm sorting them.

My case might be uncommon since I always have something like 10+ web-browser windows open a few terminals and I use a 4K display. An occasional 800MB spike is that big of a deal to me. I'm planning on raising my notification limit to 1.5GB+ just to see if it ever hits that. I have plenty of RAM so it's not an issue. I think the garbage collector is just not aggressive enough for most people.

I have no complaints about memory usage since I've updated to cinnamon 3.8 with cjs 3.8. That's especially nice since cinnamon 3.8 no longer works with old cjs package. Memory usage seems to hover at around 120MiB after few hours. That said, I don't spend as much time using my machine now so it's not a very good test.
@eli-schwartz are stock Arch/Manjaro cjs3.8 packages already patched with latest fixes?

The gif I posted above was actually on Arch with

cinnamon 3.8.3-1
cjs 3.8.0-1

After the latest Cinnamon (Arch) update, memory usage is back to being low (I'm at just slightly under the 450MB mark). I think @eli-schwartz recompiled it with patches again :) It's literally 1/2 the mem usage from a day before! Thank you so much Eli!!

@eli-schwartz Good to hear. Will this fix be implemented in the upcoming Linux Mint 19 Cinnamon release ?

version number?

On Sat, 9 Jun 2018, 07:07 Nick B., notifications@github.com wrote:

After the latest Cinnamon (Arch) update, memory usage is back to being low
(I'm at just slightly under the 450MB mark). I think @eli-schwartz
https://github.com/eli-schwartz recompiled it with patches again :)
It's literally 1/2 the mem usage from a day before! Thank you so much Eli!!

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/linuxmint/Cinnamon/issues/6850#issuecomment-395915890,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AC7PM2uyyW5YQlgqfx87Tmllannir9Nmks5t6wPEgaJpZM4PDZWL
.

@surruk51 3.8.4-1. Cinnamon, muffin, nemo and some other cinnamon-related things got updated.
https://www.archlinux.org/packages/community/x86_64/cinnamon/
After 12hrs+ of use, it's still under 450MB for me (it should be much less for others who are on a 1080p screen and don't have dozens of windows and multiple workspaces).

I am on Mint 18.3 and I have not installed/updated nothing more than the updates from the manager.
memory leaking stopped for me when I removed the Power Manager applet (I am on a desktop).
I add it now again to verify (or not).

I don't have the Power Manager applet running and I still see memory leaks.

After 2 days with the Power Manager applet running I am too still under 450mb.
Probably the update @nick-s-b mentioned fixed something (I update regularly and asap).

"top" gives me 12d 15hr uptime and after the last Alt+F2_r , 7 days ago (before posting here), Cinnamon is under 500mb (max 600mb) even with 2 seamonkey browser windows with 10+ tabs each, 3-4 images on Gimp, seamonkey mail client , skype, teamviewer and some LibreOffice and Foxit, on a Q6600 with 4G ram, with dual monitor on a GT640 with proprietary drivers.

Calendar still leaks some mbz though, but in slower rate, only 150mb through 500years :D .
(and has stopped scrolling with mouse wheel the years? Can someone confirm?)

18,5 days uptime, Alt+F2_r 13 days ago, cinnamon @ 152.5MB!!! and bazillions of GUI applications running. Smells fixed? Anyone?

@D1rTyH4rRyGR Do you know if this will be fixed in the upcoming Linux Mint 19?

Still looks like a memleak to me…
Cinnamon 3.8.4 on Manjaro.

(the big step is the PC being suspend)

@Salamandar How much RAM do you have? Your graph tops at 300MB and cinnamon a little above 1,5%. I am too steady around 350MB during work hours, but when idle it drops again bellow 300MB even 200MB some times. Leaking is when it rises and never comes back, or rising without reason (as far as I understand, cause I am not a dev or programmer). As a (power?)user I am "good" with the stability now.

@cossio I have no clue. I hope so too :)

I have 16GB on this PC. I'll restart a graph tomorrow. You can use my scripts if you want ( https://github.com/Salamandar/process_mem_plot )

I just upgraded to Linux Mint 19 and am now running Cinnamon 3.8.7 and can confirm that it's still leaking memory the same that it was back in Mint 18. Here's a chart of what cinnamon's memory usage looked like over a period of about 10 hours; the big dip at the end is when I restarted Cinnamon. Note that this is sitting idle, I wasn't using my computer at all during this time.

In 18.3 Cinnamon there was no memory leak on my computer, but it seems it's back in 19. I have lots of RAM, so I really don't care much about it and it climbs up very slowly - by 200 MB in 24 hours.
The weird part is with putting the computer to sleep - before doing that the taken memory is 1 GB and when I wake it up, the taken memory is 1.7 GB.

I'm using Linux Mint 19 - 64 Bits with 4 GB, the system starts and the Cinnamon uses 500 Mb, a few minutes later it's using 700 Mb and it increases sometimes without using anything in the system. I have been check with stacer to stop some processes and it still uses so much memory.

I just need to open the menu to see a jump of 200mb memory usage that doesn't reduce after closing the menu.

Before:

After:

Since updating to Cinnamon 4.0 memory usage dropped considerably. 130MiB is highest I've seen, usually hovering at less than 100MiB. I am unable to increase memory usage just by clicking anything on screen, so, at least for me, the issue seems to be finally fixed,

I used Linux Mint 19 Tara
Kernel: 4.15.0-38-generic x86_64 bits: 64 gcc: 7.3.0 running Desktop: Cinnamon 3.8.9 (Gtk 3.22.30-1ubuntu1) and can confirm that it's still leaking memory the same that it was back in Mint 18.
After three days, I have memory at cinamon about 6GB!!! @MegaV0lt

Since updating to Cinnamon 4.0 memory usage dropped considerably. 130MiB is highest I've seen, usually hovering at less than 100MiB. I am unable to increase memory usage just by clicking anything on screen, so, at least for me, the issue seems to be finally fixed,

Same here. ArchLinux with Cinnamon 4.0, Cinnamon is at 91MiB. My home computer is less incredible, with 300MiB ram usage (on 16GiB…). Looks like the leak has been fixed ;)

To me, it would seem a bit premature to call it fixed. Mine (also 4.0 on Arch Linux) has reached ~400MB in a few hours, whereas it starts at roughly 150MB.

Me too, but then it stalls at this ram usage. My Cinnamon has been up for days without using more than 350MiB.

Oh, that’s good news, thanks. I’ll see what happens for me in the next few days.

please show this image on my computer memory increase each day

I got a fix for a problem:

Problem: You get your System slower and slower by time to the extent that is unusable.
(unless you restart Cinnamon by right clicking the taskbar and choosing Troubleshoot->Restart Cinnamon)

My solution: Was to remove desklets, the only desklets i used was Analog Chronometer.
(restart cinnamon after applying the solution and see)

However, i like Analog Chronometer a lot as this was the best desktop clock i have ever used, so if the developer can fix the issue that would be very good as this is a really well-done desklet.

I also experienced huge memory leaks and constant CPU usage by Cinnamon on Arch, just to find out that some of the last system updates turned login DE to "Cinnamon with software rendering". So, just as a first step, check what you're logging with. Now all seems fine for a whole day, both mem and CPU, but it seems that Cinnamon indeed does have a mem leak in software rendering mode.

I guess this could be closed, as the issue is resolved for most of us.

It is definitely not fixed for me, running the latest available Cinnamon (3.6.7) in Linux Mint 18.3. Are there plans to patch older versions that are still in support?

Sorry, I forgot to update the thread but it’s also not fixed for me on Cinnamon 4. A few days ago, I saw it reach ~800 MiB (and right now on 4.0.7, 600 MiB), whereas it uses 200 MiB on startup.

@sboukortt What applets, desklets, or extensions are you running? You can check in ~/.xsession-errors.

I don’t seem to have a .xsession-errors, but here is the result of my running dconf dump /org/cinnamon/ as suggested by https://github.com/linuxmint/Cinnamon/wiki/Backing-up-and-restoring-your-cinnamon-settings-(dconf): https://github.com/linuxmint/Cinnamon/files/2693743/cinnamon_settings.txt

Relevant line:

~~
enabled-applets=['panel1:right:2:[email protected]:0', 'panel1:left:0:[email protected]:1', 'panel1:left:2:[email protected]:3', 'panel1:left:3:[email protected]:4', 'panel1:right:5:[email protected]:5', 'panel1:right:0:[email protected]:6', 'panel1:right:4:[email protected]:7', 'panel1:right:6:[email protected]:8', 'panel1:right:7:[email protected]:9', 'panel1:right:8:[email protected]:11', 'panel1:right:9:[email protected]:12', 'panel1:right:3:[email protected]:13']
~~

AFAIK, my desktop is quite close to a vanilla Cinnamon (he he) in this regard.

Even your startup usage is pretty high. My Cinnamon desktop (running on 5+ year old Manjaro instance, so it isn't "fresh" or "clean" by any means), simple but definitely not vanilla, uses less than 80MiB on startup. But it used to be much higher in 3.x days.

I've recently changed my GTX750Ti to a RX570 (running open source AMDGPU driver) and not only cinnamon performance is much better with lower CPU usage, but also cinnamon's memory usage went down even further and usually it hovers below 70MiB. Issue is definitely fixed for me. Currently running version 4.0.9.
Years ago I had similar experience with HD5670 running MATE/Compiz much better on open source R600 driver (only supporting OpenGL3.1 back in the day) than Catalyst.

Cinnamon is unuseable because of memory leak.

Cinnamon 4.2.3
Linux 5.2.2-arch1-1-ARCH

top - 20:29:04 up  9:55,  1 user,  load average: 0.97, 0.99, 1.01
任务: 273 total,   1 running, 272 sleeping,   0 stopped,   0 zombie
top - 20:29:22 up  9:55,  1 user,  load average: 0.76, 0.94, 0.99
top - 20:29:35 up  9:55,  1 user,  load average: 1.10, 1.01, 1.02
任务: 273 total,   1 running, 272 sleeping,   0 stopped,   0 zombie
%Cpu(s):  3.3 us,  0.9 sy,  0.0 ni, 95.5 id,  0.0 wa,  0.2 hi,  0.0 si,  0.0 st
MiB Mem : 62.1/15915.7  [||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||                                      ]
MiB Swap:  0.0/0.0      [                                                                                                    ]

 进程 USER      PR  NI    VIRT    RES    SHR    %CPU  %MEM     TIME+ COMMAND                                                                           
 1811 light4    20   0 6951764   3.0g 110596 S  14.0  19.0  52:49.71 cinnamon                             

 valgrind --tool=massif cinnamon --replace 

output gist massif.out.13044

@light4 What's the x axis resolution? Which timespan does the chart cover?

Sorry, I don't know what is the x axis resolution. I run it about half an hour.
I'll run it again.

run valgrind --tool=massif cinnamon --replace for half an hour

output gist massif.out.10595

cinnamon used 7.5G mem after running about 2 hour.

72210:   cinnamon --replace
0000035c73dc3000     64K -----   [ anon ]
0000035c73dd3000     64K r-x--   [ anon ]
0000035c73de3000     64K -----   [ anon ]
0000035c73df3000     64K r-x--   [ anon ]
0000035c73e03000   1280K -----   [ anon ]
0000035c73f43000     64K r-x--   [ anon ]
0000035c73f53000    128K -----   [ anon ]
0000035c73f73000     64K r-x--   [ anon ]
0000035c73f83000  18304K -----   [ anon ]
0000035c75163000     64K r-x--   [ anon ]
0000035c75173000     64K -----   [ anon ]
0000035c75183000     64K r-x--   [ anon ]
0000035c75193000     64K -----   [ anon ]
0000035c751a3000     40K r-x--   [ anon ]
0000035c751ad000     24K r-x--   [ anon ]
0000035c751b3000    128K -----   [ anon ]
0000035c751d3000     44K r-x--   [ anon ]
0000035c751de000     20K r-x--   [ anon ]
0000035c751e3000     32K r-x--   [ anon ]
0000035c751eb000     32K r-x--   [ anon ]
0000035c751f3000 1027904K -----   [ anon ]
000055da7ec99000      8K r---- cinnamon
000055da7ec9b000      4K r-x-- cinnamon
000055da7ec9c000      4K r---- cinnamon
000055da7ec9d000      4K r---- cinnamon
000055da7ec9e000      4K rw--- cinnamon
000055da807c9000  54152K rw---   [ anon ]
00007fd918000000  65320K rw---   [ anon ]
00007fd91bfca000    216K -----   [ anon ]
00007fd91c000000  35924K rw---   [ anon ]
00007fd91e315000  29612K -----   [ anon ]
00007fd920000000  65460K rw---   [ anon ]
00007fd923fed000     76K -----   [ anon ]
00007fd924000000  65460K rw---   [ anon ]
00007fd927fed000     76K -----   [ anon ]
00007fd928000000  65460K rw---   [ anon ]
00007fd92bfed000     76K -----   [ anon ]
00007fd92c000000  65460K rw---   [ anon ]
00007fd92ffed000     76K -----   [ anon ]
00007fd930000000  65460K rw---   [ anon ]
00007fd933fed000     76K -----   [ anon ]
00007fd934000000  65460K rw---   [ anon ]
00007fd937fed000     76K -----   [ anon ]
00007fd938000000  65460K rw---   [ anon ]
00007fd93bfed000     76K -----   [ anon ]
00007fd93c000000  65460K rw---   [ anon ]
00007fd93ffed000     76K -----   [ anon ]
00007fd940000000  65460K rw---   [ anon ]
00007fd943fed000     76K -----   [ anon ]
00007fd944000000  65460K rw---   [ anon ]
00007fd947fed000     76K -----   [ anon ]
00007fd948000000  65460K rw---   [ anon ]
00007fd94bfed000     76K -----   [ anon ]
00007fd94c000000  65460K rw---   [ anon ]
00007fd94ffed000     76K -----   [ anon ]
00007fd950000000  65460K rw---   [ anon ]
00007fd953fed000     76K -----   [ anon ]
00007fd954000000  65460K rw---   [ anon ]
00007fd957fed000     76K -----   [ anon ]
00007fd958000000  65460K rw---   [ anon ]
00007fd95bfed000     76K -----   [ anon ]
00007fd95c000000  65460K rw---   [ anon ]
00007fd95ffed000     76K -----   [ anon ]
00007fd960000000  65460K rw---   [ anon ]
00007fd963fed000     76K -----   [ anon ]
00007fd964000000  65460K rw---   [ anon ]
00007fd967fed000     76K -----   [ anon ]
00007fd968000000  65460K rw---   [ anon ]
00007fd96bfed000     76K -----   [ anon ]
00007fd96c000000  65460K rw---   [ anon ]
00007fd96ffed000     76K -----   [ anon ]
00007fd970000000  65460K rw---   [ anon ]
00007fd973fed000     76K -----   [ anon ]
00007fd974000000  65432K rw---   [ anon ]
00007fd977fe6000    104K -----   [ anon ]
00007fd978000000  65288K rw---   [ anon ]
00007fd97bfc2000    248K -----   [ anon ]
00007fd97c000000  65460K rw---   [ anon ]
00007fd97ffed000     76K -----   [ anon ]
00007fd980000000  65360K rw---   [ anon ]
00007fd983fd4000    176K -----   [ anon ]
00007fd984000000  65460K rw---   [ anon ]
00007fd987fed000     76K -----   [ anon ]
00007fd988000000  65528K rw---   [ anon ]
00007fd98bffe000      8K -----   [ anon ]
00007fd98c000000  65300K rw---   [ anon ]
00007fd98ffc5000    236K -----   [ anon ]
00007fd990000000  65456K rw---   [ anon ]
00007fd993fec000     80K -----   [ anon ]
00007fd994000000  65456K rw---   [ anon ]
00007fd997fec000     80K -----   [ anon ]
00007fd998000000  65528K rw---   [ anon ]
00007fd99bffe000      8K -----   [ anon ]
00007fd99c000000  65528K rw---   [ anon ]
00007fd99fffe000      8K -----   [ anon ]
00007fd9a0000000  65500K rw---   [ anon ]
00007fd9a3ff7000     36K -----   [ anon ]
00007fd9a4000000  65512K rw---   [ anon ]
00007fd9a7ffa000     24K -----   [ anon ]
00007fd9a8000000 130992K rw---   [ anon ]
00007fd9affec000     80K -----   [ anon ]
00007fd9b0000000  65392K rw---   [ anon ]
00007fd9b3fdc000    144K -----   [ anon ]
00007fd9b4000000  65528K rw---   [ anon ]
00007fd9b7ffe000      8K -----   [ anon ]
00007fd9b8000000  65348K rw---   [ anon ]
00007fd9bbfd1000    188K -----   [ anon ]
00007fd9bc000000  65536K rw---   [ anon ]
00007fd9c0000000  65528K rw---   [ anon ]
00007fd9c3ffe000      8K -----   [ anon ]
00007fd9c4000000  65416K rw---   [ anon ]
00007fd9c7fe2000    120K -----   [ anon ]
00007fd9c8000000  65524K rw---   [ anon ]
00007fd9cbffd000     12K -----   [ anon ]
00007fd9cc000000  65532K rw---   [ anon ]
00007fd9cffff000      4K -----   [ anon ]
00007fd9d0000000  65524K rw---   [ anon ]
00007fd9d3ffd000     12K -----   [ anon ]
00007fd9d4000000  65436K rw---   [ anon ]
00007fd9d7fe7000    100K -----   [ anon ]
00007fd9d8000000  65524K rw---   [ anon ]
00007fd9dbffd000     12K -----   [ anon ]
00007fd9dc000000  65508K rw---   [ anon ]
00007fd9dfff9000     28K -----   [ anon ]
00007fd9e0000000   3488K rw---   [ anon ]
00007fd9e0368000  62048K -----   [ anon ]
00007fd9e4000000  65488K rw---   [ anon ]
00007fd9e7ff4000     48K -----   [ anon ]
00007fd9e8000000   3136K rw---   [ anon ]
00007fd9e8310000  62400K -----   [ anon ]
00007fd9ec000000   3544K rw---   [ anon ]
00007fd9ec376000  61992K -----   [ anon ]
00007fd9f0000000   5432K rw---   [ anon ]
00007fd9f054e000  60104K -----   [ anon ]
00007fd9f4000000   5492K rw---   [ anon ]
00007fd9f455d000  60044K -----   [ anon ]
00007fd9f8000000  65532K rw---   [ anon ]
00007fd9fbfff000      4K -----   [ anon ]
00007fd9fc000000   2320K rw---   [ anon ]
00007fd9fc244000  63216K -----   [ anon ]
00007fda00000000    132K rw---   [ anon ]
00007fda00021000  65404K -----   [ anon ]
00007fda04000000  65512K rw---   [ anon ]
00007fda07ffa000     24K -----   [ anon ]
00007fda08000000    132K rw---   [ anon ]
00007fda08021000  65404K -----   [ anon ]
00007fda0e000000  32768K rw-s- i915 (deleted)
00007fda10000000    132K rw---   [ anon ]
00007fda10021000  65404K -----   [ anon ]
00007fda157fb000      4K -----   [ anon ]
00007fda157fc000   8192K rw---   [ anon ]
00007fda16ffe000      4K -----   [ anon ]
00007fda16fff000   8192K rw---   [ anon ]
00007fda177ff000      4K -----   [ anon ]
00007fda17800000   8192K rw---   [ anon ]
00007fda18000000    132K rw---   [ anon ]
00007fda18021000  65404K -----   [ anon ]
00007fda1d71c000   6144K rw-s- i915 (deleted)
00007fda1dd1c000   6144K rw-s- i915 (deleted)
00007fda1e700000   6144K rw-s- i915 (deleted)
00007fda1ed00000   8192K rw-s-   [ shmid=0x1003d ]
00007fda1f500000  65536K rw-s- memfd:pulseaudio (deleted)
00007fda23500000  65536K rw-s- memfd:pulseaudio (deleted)
00007fda27500000   1024K rw---   [ anon ]
00007fda27618000    356K r---- NetworkManager.mo
00007fda27971000  65536K rw-s- memfd:pulseaudio (deleted)
00007fda2b971000    572K r---- NotoSansSymbols2-Regular.ttf
00007fda2bb00000   1024K rw---   [ anon ]
00007fda2c000000  65536K rw-s- memfd:pulseaudio (deleted)
00007fda30000000   4668K rw---   [ anon ]
00007fda3048f000  60868K -----   [ anon ]
00007fda34000000    324K rw---   [ anon ]
00007fda34051000  65212K -----   [ anon ]
00007fda38000000   6416K rw---   [ anon ]
00007fda38644000  59120K -----   [ anon ]
00007fda3c000000   1392K rw---   [ anon ]
00007fda3c15c000  64144K -----   [ anon ]
00007fda40000000   4940K rw---   [ anon ]
00007fda404d3000  60596K -----   [ anon ]
00007fda44000000    132K rw---   [ anon ]
00007fda44021000  65404K -----   [ anon ]
00007fda48000000    356K rw---   [ anon ]
00007fda48059000  65180K -----   [ anon ]
00007fda4c001000     40K rw-s- i915 (deleted)
00007fda4c00b000     40K rw-s- i915 (deleted)
00007fda4c015000     40K rw-s- i915 (deleted)
00007fda4c01f000     40K rw-s- i915 (deleted)
00007fda4c029000     84K r---- NimbusSans-Bold.otf
00007fda4c03e000     84K r---- NimbusSans-Bold.otf
00007fda4c05f000    572K r---- NotoSansSymbols2-Regular.ttf
00007fda4c0ee000     52K r---- libnssutil3.so
00007fda4c0fb000     68K r-x-- libnssutil3.so
00007fda4c10c000     48K r---- libnssutil3.so
00007fda4c118000      4K ----- libnssutil3.so
00007fda4c119000     28K r---- libnssutil3.so
00007fda4c120000      4K rw--- libnssutil3.so
00007fda4c121000     52K r---- libnspr4.so
00007fda4c12e000    136K r-x-- libnspr4.so
00007fda4c150000     52K r---- libnspr4.so
00007fda4c15d000      8K r---- libnspr4.so
00007fda4c15f000      4K rw--- libnspr4.so
00007fda4c160000     12K rw---   [ anon ]
00007fda4c163000    100K r---- libnss3.so
00007fda4c17c000    856K r-x-- libnss3.so
00007fda4c252000    228K r---- libnss3.so
00007fda4c28b000     28K r---- libnss3.so
00007fda4c292000      4K rw--- libnss3.so
00007fda4c293000      8K rw---   [ anon ]
00007fda4c295000     36K r---- libsmime3.so
00007fda4c29e000     88K r-x-- libsmime3.so
00007fda4c2b4000     24K r---- libsmime3.so
00007fda4c2ba000      4K ----- libsmime3.so
00007fda4c2bb000     12K r---- libsmime3.so
00007fda4c2be000      4K rw--- libsmime3.so
00007fda4c2bf000    244K r---- libnm.so.0.1.0
00007fda4c2fc000    680K r-x-- libnm.so.0.1.0
00007fda4c3a6000    272K r---- libnm.so.0.1.0
00007fda4c3ea000      4K ----- libnm.so.0.1.0
00007fda4c3eb000     68K r---- libnm.so.0.1.0
00007fda4c3fc000      4K rw--- libnm.so.0.1.0
00007fda4c3fd000   1036K rw---   [ anon ]
00007fda4c504000      4K rw-s- i915 (deleted)
00007fda4c505000      4K rw-s- memfd:xshmfence (deleted)
00007fda4c506000      4K rw-s- memfd:xshmfence (deleted)
00007fda4c508000    144K r---- SourceCodePro-Regular.otf
00007fda4c52c000    144K r---- SourceCodePro-Regular.otf
00007fda4c550000    564K r-x-- libvorbisenc.so.2.0.11
00007fda4c5dd000   2044K ----- libvorbisenc.so.2.0.11
00007fda4c7dc000    112K r---- libvorbisenc.so.2.0.11
00007fda4c7f8000      4K rw--- libvorbisenc.so.2.0.11
00007fda4c91d000   7612K r---- NotoColorEmoji.ttf
00007fda4d08c000   7612K r---- NotoColorEmoji.ttf
00007fda4d7fb000      4K -----   [ anon ]
00007fda4d7fc000   8192K rw---   [ anon ]
00007fda4dffc000   6144K rw-s- i915 (deleted)
00007fda4e5fc000      4K -----   [ anon ]
00007fda4e5fd000   2048K rw---   [ anon ]
00007fda4e800000   1024K rw---   [ anon ]
00007fda4eaff000      4K -----   [ anon ]
00007fda4eb00000   8192K rw---   [ anon ]
00007fda4f660000    160K rw-s- i915 (deleted)
00007fda4f6f0000     64K rw-s- i915 (deleted)
00007fda4f7a5000    224K rw-s- i915 (deleted)
00007fda4f7dd000     28K rw-s- i915 (deleted)
00007fda4f7f4000     64K rw-s- i915 (deleted)
00007fda4f824000     80K rw-s- i915 (deleted)
00007fda4f83e000    224K rw-s- i915 (deleted)
00007fda4f8ae000     64K rw-s- i915 (deleted)
00007fda4f903000     16K rw-s- i915 (deleted)
00007fda4f90c000     28K rw-s- i915 (deleted)
00007fda4f913000     16K rw-s- i915 (deleted)
00007fda4f937000     24K rw-s- i915 (deleted)
00007fda4f93d000    104K r---- NimbusRoman-Italic.otf
00007fda4f958000     16K rw-s- i915 (deleted)
00007fda4f961000     64K rw-s- i915 (deleted)
00007fda4f974000     16K rw-s- i915 (deleted)
00007fda4f97d000     16K rw-s- i915 (deleted)
00007fda4f986000     64K rw-s- i915 (deleted)
00007fda4f99a000     20K rw-s- i915 (deleted)
00007fda4f99f000     64K rw-s- i915 (deleted)
00007fda4f9af000     16K rw-s- i915 (deleted)
00007fda4f9b7000     56K rw-s- i915 (deleted)
00007fda4f9c5000    224K rw-s- i915 (deleted)
00007fda4f9fd000      4K -----   [ anon ]
00007fda4f9fe000   2048K rw---   [ anon ]
00007fda4fbfe000      4K -----   [ anon ]
00007fda4fbff000   2048K rw---   [ anon ]
00007fda4fdff000      4K -----   [ anon ]
00007fda4fe00000   2048K rw---   [ anon ]
00007fda50000000    672K rw---   [ anon ]
00007fda500a8000  64864K -----   [ anon ]
00007fda54000000    316K rw---   [ anon ]
00007fda5404f000  65220K -----   [ anon ]
00007fda58000000     40K rw-s- i915 (deleted)
00007fda5800a000     16K rw-s- i915 (deleted)
00007fda5800e000     48K rw-s- i915 (deleted)
00007fda5801a000     36K r---- libFLAC.so.8.3.0
00007fda58023000    164K r-x-- libFLAC.so.8.3.0
00007fda5804c000     40K r---- libFLAC.so.8.3.0
00007fda58056000      4K ----- libFLAC.so.8.3.0
00007fda58057000      4K r---- libFLAC.so.8.3.0
00007fda58058000      4K rw--- libFLAC.so.8.3.0
00007fda58059000     28K r---- libsndfile.so.1.0.28
00007fda58060000    328K r-x-- libsndfile.so.1.0.28
00007fda580b2000    116K r---- libsndfile.so.1.0.28
00007fda580cf000     12K r---- libsndfile.so.1.0.28
00007fda580d2000      4K rw--- libsndfile.so.1.0.28
00007fda580d3000      8K rw---   [ anon ]
00007fda580d5000     80K r---- libpulsecommon-13.0.so
00007fda580e9000    280K r-x-- libpulsecommon-13.0.so
00007fda5812f000    152K r---- libpulsecommon-13.0.so
00007fda58155000      4K ----- libpulsecommon-13.0.so
00007fda58156000      8K r---- libpulsecommon-13.0.so
00007fda58158000      4K rw--- libpulsecommon-13.0.so
00007fda58159000     52K r---- libpulse.so.0.21.1
00007fda58166000    188K r-x-- libpulse.so.0.21.1
00007fda58195000     88K r---- libpulse.so.0.21.1
00007fda581ab000      8K r---- libpulse.so.0.21.1
00007fda581ad000      4K rw--- libpulse.so.0.21.1
00007fda581ae000     72K r---- libgpaste.so.11.1.2
00007fda581c0000    156K r-x-- libgpaste.so.11.1.2
00007fda581e7000     84K r---- libgpaste.so.11.1.2
00007fda581fc000      4K ----- libgpaste.so.11.1.2
00007fda581fd000      8K r---- libgpaste.so.11.1.2
00007fda581ff000      4K rw--- libgpaste.so.11.1.2
00007fda58200000   1024K rw---   [ anon ]
00007fda58301000     16K rw-s- i915 (deleted)
00007fda58305000     16K rw-s- i915 (deleted)
00007fda58309000     16K rw-s- i915 (deleted)
00007fda5830d000     16K rw-s- i915 (deleted)
00007fda58311000     16K rw-s- i915 (deleted)
00007fda58315000     16K rw-s- i915 (deleted)
00007fda58319000     16K rw-s- i915 (deleted)
00007fda5831d000     16K rw-s- i915 (deleted)
00007fda58321000     16K rw-s- i915 (deleted)
00007fda58325000     16K rw-s- i915 (deleted)
00007fda58329000     16K rw-s- i915 (deleted)
00007fda5832d000     16K rw-s- i915 (deleted)
00007fda58331000     16K rw-s- i915 (deleted)
00007fda58335000     16K rw-s- i915 (deleted)
00007fda5833a000     16K rw-s- i915 (deleted)
00007fda5833e000     16K rw-s- i915 (deleted)
00007fda58342000     16K rw-s- i915 (deleted)
00007fda58346000     16K rw-s- i915 (deleted)
00007fda5834a000     16K rw-s- i915 (deleted)
00007fda5834e000     16K rw-s- i915 (deleted)
00007fda58352000     16K rw-s- i915 (deleted)
00007fda58356000     16K rw-s- i915 (deleted)
00007fda5835a000     16K rw-s- i915 (deleted)
00007fda5835e000     16K rw-s- i915 (deleted)
00007fda58362000     16K rw-s- i915 (deleted)
00007fda58366000     16K rw-s- i915 (deleted)
00007fda5836a000     16K rw-s- i915 (deleted)
00007fda5836e000     16K rw-s- i915 (deleted)
00007fda58372000     16K rw-s- i915 (deleted)
00007fda58376000     16K rw-s- i915 (deleted)
00007fda5837a000     16K rw-s- i915 (deleted)
00007fda5837e000     16K rw-s- i915 (deleted)
00007fda58382000     16K rw-s- i915 (deleted)
00007fda58386000     16K rw-s- i915 (deleted)
00007fda5838a000     16K rw-s- i915 (deleted)
00007fda5838e000     16K rw-s- i915 (deleted)
00007fda58392000     16K rw-s- i915 (deleted)
00007fda58396000     16K rw-s- i915 (deleted)
00007fda5839a000     16K rw-s- i915 (deleted)
00007fda5839e000     16K rw-s- i915 (deleted)
00007fda583a2000     16K rw-s- i915 (deleted)
00007fda583a6000     16K rw-s- i915 (deleted)
00007fda583aa000     16K rw-s- i915 (deleted)
00007fda583ae000     16K rw-s- i915 (deleted)
00007fda583b2000     16K rw-s- i915 (deleted)
00007fda583b6000     16K rw-s- i915 (deleted)
00007fda583ba000     16K rw-s- i915 (deleted)
00007fda583be000     16K rw-s- i915 (deleted)
00007fda583c2000     16K rw-s- i915 (deleted)
00007fda583c6000     16K rw-s- i915 (deleted)
00007fda583ca000     16K rw-s- i915 (deleted)
00007fda583ce000     16K rw-s- i915 (deleted)
00007fda583d2000     16K rw-s- i915 (deleted)
00007fda583d6000     16K rw-s- i915 (deleted)
00007fda583da000     16K rw-s- i915 (deleted)
00007fda583de000     16K rw-s- i915 (deleted)
00007fda583e2000     16K rw-s- i915 (deleted)
00007fda583e6000     16K rw-s- i915 (deleted)
00007fda583ea000     16K rw-s- i915 (deleted)
00007fda583ee000     16K rw-s- i915 (deleted)
00007fda583f2000     16K rw-s- i915 (deleted)
00007fda583f6000     16K rw-s- i915 (deleted)
00007fda583fa000     16K rw-s- i915 (deleted)
00007fda583fe000     16K rw-s- i915 (deleted)
00007fda58402000     40K rw-s- i915 (deleted)
00007fda5840c000     16K rw-s- i915 (deleted)
00007fda58410000     16K rw-s- i915 (deleted)
00007fda58414000     16K rw-s- i915 (deleted)
00007fda58418000     16K rw-s- i915 (deleted)
00007fda5841c000     28K r---- libcvc.so.0.0.0
00007fda58423000     60K r-x-- libcvc.so.0.0.0
00007fda58432000     32K r---- libcvc.so.0.0.0
00007fda5843a000      4K ----- libcvc.so.0.0.0
00007fda5843b000      4K r---- libcvc.so.0.0.0
00007fda5843c000      4K rw--- libcvc.so.0.0.0
00007fda5843d000    252K r---- librsvg-2.so.2.46.0
00007fda5847c000   1972K r-x-- librsvg-2.so.2.46.0
00007fda58669000   1364K r---- librsvg-2.so.2.46.0
00007fda587be000    176K r---- librsvg-2.so.2.46.0
00007fda587ea000      4K rw--- librsvg-2.so.2.46.0
00007fda587eb000     32K rw---   [ anon ]
00007fda587f3000  16400K r---- wqy-zenhei.ttc
00007fda597f7000     16K rw-s- i915 (deleted)
00007fda597fb000     16K rw-s- i915 (deleted)
00007fda597ff000     16K rw-s- i915 (deleted)
00007fda59803000     16K rw-s- i915 (deleted)
00007fda5982b000     16K rw-s- i915 (deleted)
00007fda59837000     16K rw-s- i915 (deleted)
00007fda5983b000     16K rw-s- i915 (deleted)
00007fda5983f000     16K rw-s- i915 (deleted)
00007fda59843000     16K rw-s- i915 (deleted)
00007fda59847000     16K rw-s- i915 (deleted)
00007fda5984b000     24K rw-s- i915 (deleted)
00007fda59867000     16K rw-s- i915 (deleted)
00007fda5986b000     16K rw-s- i915 (deleted)
00007fda5986f000     16K rw-s- i915 (deleted)
00007fda59873000     16K rw-s- i915 (deleted)
00007fda59877000     16K rw-s- i915 (deleted)
00007fda5987b000     16K rw-s- i915 (deleted)
00007fda5987f000     16K rw-s- i915 (deleted)
00007fda59883000     16K rw-s- i915 (deleted)
00007fda59887000     16K rw-s- i915 (deleted)
00007fda5988b000     16K rw-s- i915 (deleted)
00007fda5988f000     16K rw-s- i915 (deleted)
00007fda59893000     16K rw-s- i915 (deleted)
00007fda59897000     16K rw-s- i915 (deleted)
00007fda5989b000     16K rw-s- i915 (deleted)
00007fda5989f000     16K rw-s- i915 (deleted)
00007fda598a3000     16K rw-s- i915 (deleted)
00007fda598a7000     16K rw-s- i915 (deleted)
00007fda598ab000     16K rw-s- i915 (deleted)
00007fda598af000     16K rw-s- i915 (deleted)
00007fda598b3000     16K rw-s- i915 (deleted)
00007fda598b7000     16K rw-s- i915 (deleted)
00007fda598bb000     16K rw-s- i915 (deleted)
00007fda598bf000     16K rw-s- i915 (deleted)
00007fda598c3000     16K rw-s- i915 (deleted)
00007fda598c7000     16K rw-s- i915 (deleted)
00007fda598cb000     16K rw-s- i915 (deleted)
00007fda598cf000     16K rw-s- i915 (deleted)
00007fda598d3000     16K rw-s- i915 (deleted)
00007fda598d7000     16K rw-s- i915 (deleted)
00007fda598db000     16K rw-s- i915 (deleted)
00007fda598df000     16K rw-s- i915 (deleted)
00007fda598e3000    768K rw-s- i915 (deleted)
00007fda599a3000     16K rw-s- i915 (deleted)
00007fda599a7000     16K rw-s- i915 (deleted)
00007fda599ab000     16K rw-s- i915 (deleted)
00007fda599af000     16K rw-s- i915 (deleted)
00007fda599b3000     16K rw-s- i915 (deleted)
00007fda599b7000     16K rw-s- i915 (deleted)
00007fda599bb000     16K rw-s- i915 (deleted)
00007fda599bf000     16K rw-s- i915 (deleted)
00007fda599c3000     16K rw-s- i915 (deleted)
00007fda599c7000     16K rw-s- i915 (deleted)
00007fda599cb000     16K rw-s- i915 (deleted)
00007fda599cf000     16K rw-s- i915 (deleted)
00007fda599d3000     16K rw-s- i915 (deleted)
00007fda599d7000     16K rw-s- i915 (deleted)
00007fda599db000     16K rw-s- i915 (deleted)
00007fda599e0000     16K rw-s- i915 (deleted)
00007fda599e5000     16K rw-s- i915 (deleted)
00007fda599e9000     16K rw-s- i915 (deleted)
00007fda599ed000     16K rw-s- i915 (deleted)
00007fda599f1000     16K rw-s- i915 (deleted)
00007fda599f5000      4K -----   [ anon ]
00007fda599f6000   2048K rw---   [ anon ]
00007fda59bf6000      4K -----   [ anon ]
00007fda59bf7000   2048K rw---   [ anon ]
00007fda59df7000      4K -----   [ anon ]
00007fda59df8000   2048K rw---   [ anon ]
00007fda59ff8000  16400K r---- wqy-zenhei.ttc
00007fda5affc000  16400K r---- wqy-zenhei.ttc
00007fda5c000000    812K rw---   [ anon ]
00007fda5c0cb000  64724K -----   [ anon ]
00007fda60000000    516K rw---   [ anon ]
00007fda60081000  65020K -----   [ anon ]
00007fda64000000    716K rw---   [ anon ]
00007fda640b3000  64820K -----   [ anon ]
00007fda68000000    416K rw---   [ anon ]
00007fda68068000  65120K -----   [ anon ]
00007fda6c000000    604K rw---   [ anon ]
00007fda6c097000  64932K -----   [ anon ]
00007fda70000000   1200K rw---   [ anon ]
00007fda7012c000  64336K -----   [ anon ]
00007fda74000000    336K rw---   [ anon ]
00007fda74054000  65200K -----   [ anon ]
00007fda78000000    776K rw---   [ anon ]
00007fda780c2000  64760K -----   [ anon ]
00007fda7c000000    752K rw---   [ anon ]
00007fda7c0bc000  64784K -----   [ anon ]
00007fda80000000   1216K rw---   [ anon ]
00007fda80130000  64320K -----   [ anon ]
00007fda84000000    932K rw---   [ anon ]
00007fda840e9000  64604K -----   [ anon ]
00007fda88002000     16K rw-s- i915 (deleted)
00007fda88006000     16K rw-s- i915 (deleted)
00007fda8800a000     16K rw-s- i915 (deleted)
00007fda8800e000     16K rw-s- i915 (deleted)
00007fda88012000     16K rw-s- i915 (deleted)
00007fda88016000     16K rw-s- i915 (deleted)
00007fda8801a000     16K rw-s- i915 (deleted)
00007fda8801e000     16K rw-s- i915 (deleted)
00007fda88022000     16K rw-s- i915 (deleted)
00007fda88026000     16K rw-s- i915 (deleted)
00007fda8802a000     16K rw-s- i915 (deleted)
00007fda8802e000     16K rw-s- i915 (deleted)
00007fda88032000     16K rw-s- i915 (deleted)
00007fda88036000     16K rw-s- i915 (deleted)
00007fda8807e000     40K rw-s- i915 (deleted)
00007fda88088000     96K rw-s- i915 (deleted)
00007fda880a2000     16K rw-s- i915 (deleted)
00007fda880a6000      4K rw-s- i915 (deleted)
00007fda880a7000     16K rw-s- i915 (deleted)
00007fda880ab000      4K rw-s- i915 (deleted)
00007fda880be000      4K rw-s- i915 (deleted)
00007fda880bf000      4K rw-s- i915 (deleted)
00007fda880c3000     24K rw-s- i915 (deleted)
00007fda880ca000     16K rw-s- i915 (deleted)
00007fda880ce000     16K rw-s- i915 (deleted)
00007fda880d2000      4K rw-s- i915 (deleted)
00007fda880d4000      4K rw-s- i915 (deleted)
00007fda880d6000     16K rw-s- i915 (deleted)
00007fda880da000     16K rw-s- i915 (deleted)
00007fda880de000     16K rw-s- i915 (deleted)
00007fda880e2000      4K rw-s- i915 (deleted)
00007fda880e4000      8K rw-s- i915 (deleted)
00007fda880e7000     16K rw-s- i915 (deleted)
00007fda880eb000      4K rw-s- i915 (deleted)
00007fda880f2000     16K rw-s- i915 (deleted)
00007fda880f6000      4K rw-s- i915 (deleted)
00007fda880f7000      4K rw-s- i915 (deleted)
00007fda880f9000     28K rw-s- i915 (deleted)
00007fda88100000      8K r---- libasyncns.so.0.3.1
00007fda88102000     12K r-x-- libasyncns.so.0.3.1
00007fda88105000      4K r---- libasyncns.so.0.3.1
00007fda88106000      4K r---- libasyncns.so.0.3.1
00007fda88107000      4K rw--- libasyncns.so.0.3.1
00007fda88108000      4K r---- libpulse-mainloop-glib.so.0.0.5
00007fda88109000      8K r-x-- libpulse-mainloop-glib.so.0.0.5
00007fda8810b000      4K r---- libpulse-mainloop-glib.so.0.0.5
00007fda8810c000      4K r---- libpulse-mainloop-glib.so.0.0.5
00007fda8810d000      4K rw--- libpulse-mainloop-glib.so.0.0.5
00007fda8810e000      4K rw-s- i915 (deleted)
00007fda8810f000      4K rw-s- i915 (deleted)
00007fda88110000     16K rw-s- i915 (deleted)
00007fda88116000     16K rw-s- i915 (deleted)
00007fda8811a000     28K rw-s- i915 (deleted)
00007fda88121000      8K r---- libplc4.so
00007fda88123000      8K r-x-- libplc4.so
00007fda88125000      4K r---- libplc4.so
00007fda88126000      4K r---- libplc4.so
00007fda88127000      4K rw--- libplc4.so
00007fda88128000      4K r---- libplds4.so
00007fda88129000      4K r-x-- libplds4.so
00007fda8812a000      4K r---- libplds4.so
00007fda8812b000      4K r---- libplds4.so
00007fda8812c000      4K rw--- libplds4.so
00007fda8812d000     16K r---- NMA-1.0.typelib
00007fda88131000      4K rw-s- i915 (deleted)
00007fda88133000      4K rw-s- i915 (deleted)
00007fda88134000      4K rw-s- i915 (deleted)
00007fda88135000      4K rw-s- i915 (deleted)
00007fda88136000      4K rw-s- i915 (deleted)
00007fda88138000      4K rw-s- memfd:xshmfence (deleted)
00007fda88139000     64K r---- pulseaudio.mo
00007fda88149000     16K rw-s- i915 (deleted)
00007fda8814d000     16K rw-s- i915 (deleted)
00007fda88151000     16K rw-s- i915 (deleted)
00007fda88155000    100K r-x-- libxklavier.so.16.4.0
00007fda8816e000   2048K ----- libxklavier.so.16.4.0
00007fda8836e000      4K r---- libxklavier.so.16.4.0
00007fda8836f000      4K rw--- libxklavier.so.16.4.0
00007fda88370000     32K r---- libgnomekbdui.so.8.0.0
00007fda88378000     36K r-x-- libgnomekbdui.so.8.0.0
00007fda88381000     16K r---- libgnomekbdui.so.8.0.0
00007fda88385000      4K ----- libgnomekbdui.so.8.0.0
00007fda88386000      4K r---- libgnomekbdui.so.8.0.0
00007fda88387000      4K rw--- libgnomekbdui.so.8.0.0
00007fda88388000     32K r---- libxapp.so.1.4.9
00007fda88390000     32K r-x-- libxapp.so.1.4.9
00007fda88398000     16K r---- libxapp.so.1.4.9
00007fda8839c000      4K ----- libxapp.so.1.4.9
00007fda8839d000      4K r---- libxapp.so.1.4.9
00007fda8839e000      4K rw--- libxapp.so.1.4.9
00007fda8839f000      4K rw-s- i915 (deleted)
00007fda883a0000     20K r---- Cvc-1.0.typelib
00007fda883a5000     16K rw-s- i915 (deleted)
00007fda883a9000     16K rw-s- i915 (deleted)
00007fda883ad000     64K r---- GPaste-1.0.typelib
00007fda883bd000    116K r---- icon-theme.cache
00007fda883da000    152K r--s- mime.cache
00007fda88400000   1024K rw---   [ anon ]
00007fda88501000      4K rw-s- i915 (deleted)
00007fda88502000      8K r---- libpixbufloader-xpm.so
00007fda88504000      8K r-x-- libpixbufloader-xpm.so
00007fda88506000     12K r---- libpixbufloader-xpm.so
00007fda88509000      4K ----- libpixbufloader-xpm.so
00007fda8850a000      4K r---- libpixbufloader-xpm.so
00007fda8850b000      4K rw--- libpixbufloader-xpm.so
00007fda8850c000     16K r---- libfcitx-utils.so.0.1
00007fda88510000     44K r-x-- libfcitx-utils.so.0.1
00007fda8851b000     12K r---- libfcitx-utils.so.0.1
00007fda8851e000      4K ----- libfcitx-utils.so.0.1
00007fda8851f000      4K r---- libfcitx-utils.so.0.1
00007fda88520000      4K rw--- libfcitx-utils.so.0.1
00007fda88521000     16K r---- libfcitx-gclient.so.0.2
00007fda88525000     20K r-x-- libfcitx-gclient.so.0.2
00007fda8852a000     16K r---- libfcitx-gclient.so.0.2
00007fda8852e000      4K ----- libfcitx-gclient.so.0.2
00007fda8852f000      4K r---- libfcitx-gclient.so.0.2
00007fda88530000      4K rw--- libfcitx-gclient.so.0.2
00007fda88531000      4K rw-s- i915 (deleted)
00007fda88532000      4K rw-s- i915 (deleted)
00007fda88533000      4K rw-s- i915 (deleted)
00007fda88535000      4K rw-s- i915 (deleted)
00007fda88536000      4K rw-s- i915 (deleted)
00007fda88538000      4K rw-s- i915 (deleted)
00007fda8853a000      4K rw-s- i915 (deleted)
00007fda8853c000     16K rw-s- i915 (deleted)
00007fda88540000      4K rw-s- i915 (deleted)
00007fda88542000     16K rw-s- i915 (deleted)
00007fda88546000     20K rwx--   [ anon ]
00007fda8854b000      4K rw-s- i915 (deleted)
00007fda8854c000     28K rw-s- i915 (deleted)
00007fda88555000     16K rw-s- i915 (deleted)
00007fda8856d000      4K rwx--   [ anon ]
00007fda8856e000     16K rw-s- i915 (deleted)
00007fda88572000    320K rw-s- i915 (deleted)
00007fda885c2000     16K rw-s- i915 (deleted)
00007fda885c6000      4K rw-s- i915 (deleted)
00007fda885c7000      4K rw-s- i915 (deleted)
00007fda885cf000      4K rw-s- i915 (deleted)
00007fda885d0000      8K rwx--   [ anon ]
00007fda885d9000     24K rw-s- i915 (deleted)
00007fda885df000      4K rw-s- i915 (deleted)
00007fda885e0000      4K rw-s- i915 (deleted)
00007fda885e1000     12K r---- im-fcitx.so
00007fda885e4000     12K r-x-- im-fcitx.so
00007fda885e7000      4K r---- im-fcitx.so
00007fda885e8000      4K ----- im-fcitx.so
00007fda885e9000      4K r---- im-fcitx.so
00007fda885ea000      4K rw--- im-fcitx.so
00007fda885eb000     84K r---- NimbusSans-Bold.otf
00007fda88600000   1024K rw---   [ anon ]
00007fda88700000      4K rw-s- i915 (deleted)
00007fda88701000      4K rw-s- i915 (deleted)
00007fda88702000      4K rwx--   [ anon ]
00007fda88703000      4K rw-s- memfd:xshmfence (deleted)
00007fda88704000      4K rw-s- memfd:xshmfence (deleted)
00007fda88705000     16K rw-s- i915 (deleted)
00007fda88709000     16K rw-s- i915 (deleted)
00007fda8870d000     16K rw-s- i915 (deleted)
00007fda88711000     84K r---- libaccountsservice.so.0.0.0
00007fda88726000    124K r-x-- libaccountsservice.so.0.0.0
00007fda88745000     68K r---- libaccountsservice.so.0.0.0
00007fda88756000      4K ----- libaccountsservice.so.0.0.0
00007fda88757000     24K r---- libaccountsservice.so.0.0.0
00007fda8875d000      4K rw--- libaccountsservice.so.0.0.0
00007fda8875e000     44K r---- libupower-glib.so.3.0.1
00007fda88769000     76K r-x-- libupower-glib.so.3.0.1
00007fda8877c000     36K r---- libupower-glib.so.3.0.1
00007fda88785000      4K ----- libupower-glib.so.3.0.1
00007fda88786000     12K r---- libupower-glib.so.3.0.1
00007fda88789000      4K rw--- libupower-glib.so.3.0.1
00007fda8878a000      4K rw-s- i915 (deleted)
00007fda8878b000      4K rw-s- memfd:xshmfence (deleted)
00007fda8878c000     12K r---- libgnomekbd.so.8.0.0
00007fda8878f000     12K r-x-- libgnomekbd.so.8.0.0
00007fda88792000      4K r---- libgnomekbd.so.8.0.0
00007fda88793000      4K ----- libgnomekbd.so.8.0.0
00007fda88794000      4K r---- libgnomekbd.so.8.0.0
00007fda88795000      4K rw--- libgnomekbd.so.8.0.0
00007fda88796000      8K r---- libpixbufloader-png.so
00007fda88798000     12K r-x-- libpixbufloader-png.so
00007fda8879b000      4K r---- libpixbufloader-png.so
00007fda8879c000      4K ----- libpixbufloader-png.so
00007fda8879d000      4K r---- libpixbufloader-png.so
00007fda8879e000      4K rw--- libpixbufloader-png.so
00007fda8879f000      4K r--s- mime.cache
00007fda887a0000      4K r---- [email protected]
00007fda887a1000     16K rw-s- i915 (deleted)
00007fda887a6000      4K rw-s- memfd:xshmfence (deleted)
00007fda887a7000      4K rw-s- i915 (deleted)
00007fda887a8000      4K rw-s- i915 (deleted)
00007fda887a9000      4K rw-s- i915 (deleted)
00007fda887aa000      4K r---- libpixbufloader-svg.so
00007fda887ab000      4K r-x-- libpixbufloader-svg.so
00007fda887ac000      4K r---- libpixbufloader-svg.so
00007fda887ad000      4K r---- libpixbufloader-svg.so
00007fda887ae000      4K rw--- libpixbufloader-svg.so
00007fda887af000     32K r---- icon-theme.cache
00007fda887b8000      4K rw-s- i915 (deleted)
00007fda887b9000      4K rw-s- i915 (deleted)
00007fda887ba000      4K rw-s- i915 (deleted)
00007fda887bb000      4K rw-s- i915 (deleted)
00007fda887bc000     36K r---- xkeyboard-config.mo
00007fda887c5000      4K r---- cinnamon-desktop.mo
00007fda887c6000     12K r---- XApp-1.0.typelib
00007fda887c9000     28K r---- libgioremote-volume-monitor.so
00007fda887d0000     40K r-x-- libgioremote-volume-monitor.so
00007fda887da000     20K r---- libgioremote-volume-monitor.so
00007fda887df000      4K ----- libgioremote-volume-monitor.so
00007fda887e0000     12K r---- libgioremote-volume-monitor.so
00007fda887e3000      4K rw--- libgioremote-volume-monitor.so
00007fda887e4000     84K r---- NimbusSans-Regular.otf
00007fda887f9000      4K -----   [ anon ]
00007fda887fa000   8192K rw---   [ anon ]
00007fda88ffa000      4K -----   [ anon ]
00007fda88ffb000   8192K rw---   [ anon ]
00007fda897fb000      4K -----   [ anon ]
00007fda897fc000   8192K rw---   [ anon ]
00007fda89ffc000      4K -----   [ anon ]
00007fda89ffd000   8192K rw---   [ anon ]
00007fda8a7fd000      4K -----   [ anon ]
00007fda8a7fe000   8192K rw---   [ anon ]
00007fda8affe000      4K -----   [ anon ]
00007fda8afff000   8192K rw---   [ anon ]
00007fda8b7ff000      4K -----   [ anon ]
00007fda8b800000   8192K rw---   [ anon ]
00007fda8c000000    132K rw---   [ anon ]
00007fda8c021000  65404K -----   [ anon ]
00007fda90000000      4K r---- ISO8859-1.so
00007fda90001000      4K r-x-- ISO8859-1.so
00007fda90002000      4K r---- ISO8859-1.so
00007fda90003000      4K r---- ISO8859-1.so
00007fda90004000      4K rw--- ISO8859-1.so
00007fda90005000     84K r---- NimbusSans-Regular.otf
00007fda9001a000   2968K r--s- 9a62fa24-0789-473f-8ad1-f1065c9391b7-le64.cache-7
00007fda90300000   1024K rw---   [ anon ]
00007fda90400000     12K r---- AccountsService-1.0.typelib
00007fda90403000     36K r--s- a6c9dd3c-2971-4141-ad80-22217c5d9b1b-le64.cache-7
00007fda9040c000      4K -----   [ anon ]
00007fda9040d000   8192K rw---   [ anon ]
00007fda90c0d000      4K -----   [ anon ]
00007fda90c0e000   8192K rw---   [ anon ]
00007fda9140e000      4K -----   [ anon ]
00007fda9140f000   8192K rw---   [ anon ]
00007fda91c0f000      4K -----   [ anon ]
00007fda91c10000   8192K rw---   [ anon ]
00007fda92410000      4K -----   [ anon ]
00007fda92411000   8192K rw---   [ anon ]
00007fda92c11000      4K -----   [ anon ]
00007fda92c12000   8192K rw---   [ anon ]
00007fda93412000    508K r---- i965_dri.so
00007fda93491000   8160K r-x-- i965_dri.so
00007fda93c89000   2060K r---- i965_dri.so
00007fda93e8c000      4K ----- i965_dri.so
00007fda93e8d000    472K r---- i965_dri.so
00007fda93f03000    208K rw--- i965_dri.so
00007fda93f37000    804K rw---   [ anon ]
00007fda94000000  65400K rw---   [ anon ]
00007fda97fde000    136K -----   [ anon ]
00007fda98000000    132K rw---   [ anon ]
00007fda98021000  65404K -----   [ anon ]
00007fda9c000000    132K rw---   [ anon ]
00007fda9c021000  65404K -----   [ anon ]
00007fdaa0000000   1024K rw---   [ anon ]
00007fdaa0100000     16K r---- UPowerGlib-1.0.typelib
00007fdaa0104000     88K r--s- 4adfbfd9-75cf-43df-a24c-ac73253ac62e-le64.cache-7
00007fdaa011a000     32K r--s- 59be467f-c651-4a49-a3ab-d213ccf82b1a-le64.cache-7
00007fdaa0122000     44K r--s- 58d3c7cd-9b24-4966-844a-ccbc55b7c32e-le64.cache-7
00007fdaa012d000     40K r--s- 6d252324-6987-470f-80cc-51517e85b56c-le64.cache-7
00007fdaa0137000     40K r--s- 414eb1dc-4c63-49c2-b386-68d2513f7ebf-le64.cache-7
00007fdaa0141000     40K r--s- 7826d6b2-d5c9-46d3-b79b-ae22240b8b6f-le64.cache-7
00007fdaa014b000     12K r--s- 7bb8fc05-2be4-4541-8182-0bfaf85e5e23-le64.cache-7
00007fdaa014e000    136K r--s- bf3afd73-9d62-499d-a442-44d635bf3453-le64.cache-7
00007fdaa0170000     28K r--s- b15c53e2-a167-4b4d-b739-18fabdefc731-le64.cache-7
00007fdaa0177000     56K r--s- 555d0f6d-f909-4768-b975-91b25770e40b-le64.cache-7
00007fdaa0185000     20K r---- libxkbfile.so.1.0.2
00007fdaa018a000    104K r-x-- libxkbfile.so.1.0.2
00007fdaa01a4000     28K r---- libxkbfile.so.1.0.2
00007fdaa01ab000      4K ----- libxkbfile.so.1.0.2
00007fdaa01ac000      4K r---- libxkbfile.so.1.0.2
00007fdaa01ad000      4K rw--- libxkbfile.so.1.0.2
00007fdaa01ae000     24K r---- CinnamonDesktop-3.0.typelib
00007fdaa01b4000     24K r---- Caribou-1.0.typelib
00007fdaa01ba000      4K rwx--   [ anon ]
00007fdaa01bb000     16K r--s- e8969365-8568-4fb6-bce9-256a6e6aea8f-le64.cache-7
00007fdaa01bf000     80K r--s- 76e14f39-e98d-4d40-9abb-b2d35f7fbd6b-le64.cache-7
00007fdaa01d3000     52K r---- libcinnamon-desktop.so.4.0.0
00007fdaa01e0000     96K r-x-- libcinnamon-desktop.so.4.0.0
00007fdaa01f8000     44K r---- libcinnamon-desktop.so.4.0.0
00007fdaa0203000      4K ----- libcinnamon-desktop.so.4.0.0
00007fdaa0204000      8K r---- libcinnamon-desktop.so.4.0.0
00007fdaa0206000      4K rw--- libcinnamon-desktop.so.4.0.0
00007fdaa0207000      8K r--s- 73495e46-576a-4b46-a5ec-e2295558238b-le64.cache-7
00007fdaa0209000     12K r--s- 61f2b955-d3dc-4dc8-9418-9278275959cc-le64.cache-7
00007fdaa020c000    112K r--s- e7f4761d-c365-4554-a3d9-d3087a98d1c0-le64.cache-7
00007fdaa0228000     52K r--s- b1727373-2086-484c-a78e-e391869df0c9-le64.cache-7
00007fdaa0235000     20K r--s- bd6c8fd5-711c-42f5-899f-82541f75bc97-le64.cache-7
00007fdaa023a000     32K r--s- 03eba59e-ec07-4932-861a-e91b7c9324cc-le64.cache-7
00007fdaa0242000      4K rwx--   [ anon ]
00007fdaa0243000     28K r---- GIRepository-2.0.typelib
00007fdaa024a000      8K r---- CMenu-3.0.typelib
00007fdaa024c000    296K r---- NM-1.0.typelib
00007fdaa0296000    104K r---- Soup-2.4.typelib
00007fdaa02b0000     72K r---- Meta-Muffin.0.typelib
00007fdaa02c2000     40K r---- St-1.0.typelib
00007fdaa02cc000     28K r---- Cinnamon-0.1.typelib
00007fdaa02d3000     44K r---- Cogl-0.typelib
00007fdaa02de000    508K r---- Clutter-0.typelib
00007fdaa035d000     76K r---- Atk-1.0.typelib
00007fdaa0370000    344K r---- Gio-2.0.typelib
00007fdaa03c6000    232K r---- Gdk-3.0.typelib
00007fdaa0400000      4K rw-s- i915 (deleted)
00007fdaa0404000     20K rw-s- i915 (deleted)
00007fdaa0409000      4K rw-s- i915 (deleted)
00007fdaa040a000      4K rw-s- i915 (deleted)
00007fdaa040b000      4K rw-s- i915 (deleted)
00007fdaa040c000     16K rw-s- i915 (deleted)
00007fdaa0410000      4K rw-s- i915 (deleted)
00007fdaa0412000      4K rwx--   [ anon ]
00007fdaa0414000      4K rw-s- i915 (deleted)
00007fdaa0415000      4K rw-s- i915 (deleted)
00007fdaa0417000      4K rw-s- i915 (deleted)
00007fdaa0419000      4K rw-s- i915 (deleted)
00007fdaa041a000      4K rw-s- i915 (deleted)
00007fdaa041b000      4K rw-s- i915 (deleted)
00007fdaa041c000      4K rw-s- i915 (deleted)
00007fdaa041d000      4K rw-s- i915 (deleted)
00007fdaa041e000      4K rw-s- i915 (deleted)
00007fdaa041f000      4K rw-s- i915 (deleted)
00007fdaa0420000      4K rw-s- i915 (deleted)
00007fdaa0421000      4K rw-s- i915 (deleted)
00007fdaa0422000      4K rw-s- i915 (deleted)
00007fdaa0423000     16K rw-s- i915 (deleted)
00007fdaa0427000      4K rw-s- i915 (deleted)
00007fdaa0428000    160K rw-s- i915 (deleted)
00007fdaa0455000     16K rw-s- i915 (deleted)
00007fdaa0459000     16K rw-s- i915 (deleted)
00007fdaa045d000     16K rw-s- i915 (deleted)
00007fdaa0461000     16K rw-s- i915 (deleted)
00007fdaa0465000     16K rw-s- i915 (deleted)
00007fdaa0469000     32K rw-s- i915 (deleted)
00007fdaa0471000     28K rw-s- i915 (deleted)
00007fdaa0478000    160K rw-s- i915 (deleted)
00007fdaa04a0000    160K rw-s- i915 (deleted)
00007fdaa04c8000      4K rw-s- i915 (deleted)
00007fdaa04c9000      4K rw-s- i915 (deleted)
00007fdaa04cb000      4K rw-s- i915 (deleted)
00007fdaa04cc000      4K rw-s- i915 (deleted)
00007fdaa04cd000     16K rw-s- i915 (deleted)
00007fdaa04d1000      4K rw-s- i915 (deleted)
00007fdaa04d2000      4K rw-s- i915 (deleted)
00007fdaa04d3000      4K rw-s- i915 (deleted)
00007fdaa04d4000      4K rw-s- i915 (deleted)
00007fdaa04d5000      4K rwx--   [ anon ]
00007fdaa04d6000     16K rw-s- i915 (deleted)
00007fdaa04da000      4K rw-s- i915 (deleted)
00007fdaa04db000      4K rw-s- i915 (deleted)
00007fdaa04dc000      4K rw-s- i915 (deleted)
00007fdaa04dd000      4K rw-s- i915 (deleted)
00007fdaa04de000      4K rw-s- i915 (deleted)
00007fdaa04e1000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa04e2000      4K rw-s- i915 (deleted)
00007fdaa04e3000      4K rw-s- i915 (deleted)
00007fdaa04e4000      4K rw-s- i915 (deleted)
00007fdaa04e5000      4K rw-s- i915 (deleted)
00007fdaa04e6000     16K rw-s- i915 (deleted)
00007fdaa04ea000      4K rw-s- i915 (deleted)
00007fdaa04eb000      4K rw-s- i915 (deleted)
00007fdaa04ec000      4K rwx--   [ anon ]
00007fdaa04ed000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa04ee000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa04ef000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa04f0000   2112K rw---   [ anon ]
00007fdaa0700000      8K r---- ClutterX11-0.typelib
00007fdaa0702000     12K r---- CDesktopEnums-3.0.typelib
00007fdaa0705000      4K r---- xfixes-4.0.typelib
00007fdaa0706000      8K r---- PangoCairo-1.0.typelib
00007fdaa0708000     68K r---- Pango-1.0.typelib
00007fdaa0719000    664K r---- Gtk-3.0.typelib
00007fdaa07bf000    188K r---- GLib-2.0.typelib
00007fdaa07ee000   1284K rw-s- index
00007fdaa092f000     12K r---- libnss_files-2.29.so
00007fdaa0932000     28K r-x-- libnss_files-2.29.so
00007fdaa0939000      8K r---- libnss_files-2.29.so
00007fdaa093b000      4K r---- libnss_files-2.29.so
00007fdaa093c000      4K rw--- libnss_files-2.29.so
00007fdaa093d000     24K rw---   [ anon ]
00007fdaa0943000     12K r---- libpciaccess.so.0.11.1
00007fdaa0946000     20K r-x-- libpciaccess.so.0.11.1
00007fdaa094b000      8K r---- libpciaccess.so.0.11.1
00007fdaa094d000      4K r---- libpciaccess.so.0.11.1
00007fdaa094e000      4K rw--- libpciaccess.so.0.11.1
00007fdaa094f000      8K r---- libdrm_nouveau.so.2.0.0
00007fdaa0951000     16K r-x-- libdrm_nouveau.so.2.0.0
00007fdaa0955000      8K r---- libdrm_nouveau.so.2.0.0
00007fdaa0957000      4K r---- libdrm_nouveau.so.2.0.0
00007fdaa0958000      4K rw--- libdrm_nouveau.so.2.0.0
00007fdaa0959000      8K r---- libdrm_radeon.so.1.0.1
00007fdaa095b000     28K r-x-- libdrm_radeon.so.1.0.1
00007fdaa0962000     16K r---- libdrm_radeon.so.1.0.1
00007fdaa0966000      4K r---- libdrm_radeon.so.1.0.1
00007fdaa0967000      4K rw--- libdrm_radeon.so.1.0.1
00007fdaa0968000     12K r---- libdrm_intel.so.1.0.0
00007fdaa096b000     88K r-x-- libdrm_intel.so.1.0.0
00007fdaa0981000     40K r---- libdrm_intel.so.1.0.0
00007fdaa098b000      4K r---- libdrm_intel.so.1.0.0
00007fdaa098c000      4K rw--- libdrm_intel.so.1.0.0
00007fdaa098d000      4K r-x-- libxshmfence.so.1.0.0
00007fdaa098e000   2044K ----- libxshmfence.so.1.0.0
00007fdaa0b8d000      4K r---- libxshmfence.so.1.0.0
00007fdaa0b8e000      4K rw--- libxshmfence.so.1.0.0
00007fdaa0b8f000     12K r---- libxcb-sync.so.1.0.0
00007fdaa0b92000     12K r-x-- libxcb-sync.so.1.0.0
00007fdaa0b95000      4K r---- libxcb-sync.so.1.0.0
00007fdaa0b96000      4K ----- libxcb-sync.so.1.0.0
00007fdaa0b97000      4K r---- libxcb-sync.so.1.0.0
00007fdaa0b98000      4K rw--- libxcb-sync.so.1.0.0
00007fdaa0b99000      8K r---- libxcb-dri3.so.0.0.0
00007fdaa0b9b000      4K r-x-- libxcb-dri3.so.0.0.0
00007fdaa0b9c000      4K r---- libxcb-dri3.so.0.0.0
00007fdaa0b9d000      4K r---- libxcb-dri3.so.0.0.0
00007fdaa0b9e000      4K rw--- libxcb-dri3.so.0.0.0
00007fdaa0b9f000     16K r-x-- libXxf86vm.so.1.0.0
00007fdaa0ba3000   2048K ----- libXxf86vm.so.1.0.0
00007fdaa0da3000      4K r---- libXxf86vm.so.1.0.0
00007fdaa0da4000      4K rw--- libXxf86vm.so.1.0.0
00007fdaa0da5000     48K r---- libxcb-glx.so.0.0.0
00007fdaa0db1000     36K r-x-- libxcb-glx.so.0.0.0
00007fdaa0dba000     20K r---- libxcb-glx.so.0.0.0
00007fdaa0dbf000      4K ----- libxcb-glx.so.0.0.0
00007fdaa0dc0000      8K r---- libxcb-glx.so.0.0.0
00007fdaa0dc2000      4K rw--- libxcb-glx.so.0.0.0
00007fdaa0dc3000     44K r---- libglapi.so.0.0.0
00007fdaa0dce000     48K r-x-- libglapi.so.0.0.0
00007fdaa0dda000     88K r---- libglapi.so.0.0.0
00007fdaa0df0000      4K ----- libglapi.so.0.0.0
00007fdaa0df1000     16K r---- libglapi.so.0.0.0
00007fdaa0df5000      4K rw--- libglapi.so.0.0.0
00007fdaa0df6000      4K rw---   [ anon ]
00007fdaa0df7000    100K r---- libGLX_mesa.so.0.0.0
00007fdaa0e10000    264K r-x-- libGLX_mesa.so.0.0.0
00007fdaa0e52000    100K r---- libGLX_mesa.so.0.0.0
00007fdaa0e6b000     12K r---- libGLX_mesa.so.0.0.0
00007fdaa0e6e000      4K rw--- libGLX_mesa.so.0.0.0
00007fdaa0e6f000      4K r---- CoglPango-0.typelib
00007fdaa0e70000      4K r---- GL-1.0.typelib
00007fdaa0e71000     28K r---- Json-1.0.typelib
00007fdaa0e78000      4K r---- GModule-2.0.typelib
00007fdaa0e79000     16K r---- GdkPixbuf-2.0.typelib
00007fdaa0e7d000     16K r---- cairo-1.0.typelib
00007fdaa0e81000      4K r---- xlib-2.0.typelib
00007fdaa0e82000      4K r---- CjsPrivate-1.0.typelib
00007fdaa0e83000     60K r---- GObject-2.0.typelib
00007fdaa0e92000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa0e93000     32K r---- muffin.mo
00007fdaa0e9b000      4K rw-s- i915 (deleted)
00007fdaa0e9c000      4K rw-s- i915 (deleted)
00007fdaa0e9d000     16K rw-s- i915 (deleted)
00007fdaa0ea1000      4K rw-s- i915 (deleted)
00007fdaa0ea2000      4K rw-s- i915 (deleted)
00007fdaa0ea3000      4K rw-s- i915 (deleted)
00007fdaa0ea4000      4K rw-s- i915 (deleted)
00007fdaa0ea5000      4K rw-s- i915 (deleted)
00007fdaa0ea6000      4K rw-s- i915 (deleted)
00007fdaa0ea7000      4K rw-s- i915 (deleted)
00007fdaa0ea8000      4K rw-s- i915 (deleted)
00007fdaa0eaa000      4K -----   [ anon ]
00007fdaa0eab000   8192K rw---   [ anon ]
00007fdaa16ab000    236K r---- gschemas.compiled
00007fdaa16e6000    228K rw---   [ anon ]
00007fdaa171f000      4K r---- libxcb-present.so.0.0.0
00007fdaa1720000      4K r-x-- libxcb-present.so.0.0.0
00007fdaa1721000      4K r---- libxcb-present.so.0.0.0
00007fdaa1722000      4K r---- libxcb-present.so.0.0.0
00007fdaa1723000      4K rw--- libxcb-present.so.0.0.0
00007fdaa1724000      8K r---- libxcb-dri2.so.0.0.0
00007fdaa1726000      8K r-x-- libxcb-dri2.so.0.0.0
00007fdaa1728000      4K r---- libxcb-dri2.so.0.0.0
00007fdaa1729000      4K r---- libxcb-dri2.so.0.0.0
00007fdaa172a000      4K rw--- libxcb-dri2.so.0.0.0
00007fdaa172b000     40K r---- user
00007fdaa1735000     16K r---- libdconfsettings.so
00007fdaa1739000     20K r-x-- libdconfsettings.so
00007fdaa173e000     12K r---- libdconfsettings.so
00007fdaa1741000      4K r---- libdconfsettings.so
00007fdaa1742000      4K rw--- libdconfsettings.so
00007fdaa1743000     20K r---- gdk-pixbuf.mo
00007fdaa1748000    132K rw---   [ anon ]
00007fdaa1769000      4K -----   [ anon ]
00007fdaa176a000   8192K rw---   [ anon ]
00007fdaa1f6a000     76K r---- libgvfscommon.so
00007fdaa1f7d000    104K r-x-- libgvfscommon.so
00007fdaa1f97000     52K r---- libgvfscommon.so
00007fdaa1fa4000      4K ----- libgvfscommon.so
00007fdaa1fa5000     24K r---- libgvfscommon.so
00007fdaa1fab000      4K rw--- libgvfscommon.so
00007fdaa1fac000     40K r---- libgvfsdbus.so
00007fdaa1fb6000    100K r-x-- libgvfsdbus.so
00007fdaa1fcf000     36K r---- libgvfsdbus.so
00007fdaa1fd8000      4K ----- libgvfsdbus.so
00007fdaa1fd9000      8K r---- libgvfsdbus.so
00007fdaa1fdb000      4K rw--- libgvfsdbus.so
00007fdaa1fdc000    108K r---- glib20.mo
00007fdaa1ff7000      8K r---- libcanberra-gtk3-module.so
00007fdaa1ff9000     12K r-x-- libcanberra-gtk3-module.so
00007fdaa1ffc000      4K r---- libcanberra-gtk3-module.so
00007fdaa1ffd000      4K r---- libcanberra-gtk3-module.so
00007fdaa1ffe000      4K rw--- libcanberra-gtk3-module.so
00007fdaa1fff000    180K r---- gtk30-properties.mo
00007fdaa202c000    116K r---- cinnamon.mo
00007fdaa2049000   7192K r---- locale-archive
00007fdaa274f000      4K -----   [ anon ]
00007fdaa2750000   8240K rw---   [ anon ]
00007fdaa2f5c000     16K r---- libgpg-error.so.0.27.0
00007fdaa2f60000     76K r-x-- libgpg-error.so.0.27.0
00007fdaa2f73000     36K r---- libgpg-error.so.0.27.0
00007fdaa2f7c000      4K ----- libgpg-error.so.0.27.0
00007fdaa2f7d000      4K r---- libgpg-error.so.0.27.0
00007fdaa2f7e000      4K rw--- libgpg-error.so.0.27.0
00007fdaa2f7f000     48K r---- libgcrypt.so.20.2.5
00007fdaa2f8b000    824K r-x-- libgcrypt.so.20.2.5
00007fdaa3059000    240K r---- libgcrypt.so.20.2.5
00007fdaa3095000      4K ----- libgcrypt.so.20.2.5
00007fdaa3096000      8K r---- libgcrypt.so.20.2.5
00007fdaa3098000     20K rw--- libgcrypt.so.20.2.5
00007fdaa309d000     12K r---- liblz4.so.1.9.2
00007fdaa30a0000    104K r-x-- liblz4.so.1.9.2
00007fdaa30ba000     12K r---- liblz4.so.1.9.2
00007fdaa30bd000      4K r---- liblz4.so.1.9.2
00007fdaa30be000      4K rw--- liblz4.so.1.9.2
00007fdaa30bf000      4K r---- libcrypt-2.29.so
00007fdaa30c0000     24K r-x-- libcrypt-2.29.so
00007fdaa30c6000      8K r---- libcrypt-2.29.so
00007fdaa30c8000      4K ----- libcrypt-2.29.so
00007fdaa30c9000      4K r---- libcrypt-2.29.so
00007fdaa30ca000      4K rw--- libcrypt-2.29.so
00007fdaa30cb000    192K rw---   [ anon ]
00007fdaa30fb000      8K r---- libogg.so.0.8.4
00007fdaa30fd000     12K r-x-- libogg.so.0.8.4
00007fdaa3100000     12K r---- libogg.so.0.8.4
00007fdaa3103000      4K ----- libogg.so.0.8.4
00007fdaa3104000      4K r---- libogg.so.0.8.4
00007fdaa3105000      4K rw--- libogg.so.0.8.4
00007fdaa3106000    168K r-x-- libvorbis.so.0.4.8
00007fdaa3130000   2048K ----- libvorbis.so.0.4.8
00007fdaa3330000      4K r---- libvorbis.so.0.4.8
00007fdaa3331000      4K rw--- libvorbis.so.0.4.8
00007fdaa3332000     24K r-x-- libdatrie.so.1.3.5
00007fdaa3338000   2044K ----- libdatrie.so.1.3.5
00007fdaa3537000      4K r---- libdatrie.so.1.3.5
00007fdaa3538000      4K rw--- libdatrie.so.1.3.5
00007fdaa3539000     12K r---- libgraphite2.so.3.2.1
00007fdaa353c000    104K r-x-- libgraphite2.so.3.2.1
00007fdaa3556000     20K r---- libgraphite2.so.3.2.1
00007fdaa355b000      8K r---- libgraphite2.so.3.2.1
00007fdaa355d000      4K rw--- libgraphite2.so.3.2.1
00007fdaa355e000  26892K r---- libicudata.so.64.2
00007fdaa4fa1000      4K r---- libicudata.so.64.2
00007fdaa4fa2000      8K rw---   [ anon ]
00007fdaa4fa4000     12K r---- libelf-0.176.so
00007fdaa4fa7000     64K r-x-- libelf-0.176.so
00007fdaa4fb7000     20K r---- libelf-0.176.so
00007fdaa4fbc000      4K r---- libelf-0.176.so
00007fdaa4fbd000      4K rw--- libelf-0.176.so
00007fdaa4fbe000     92K r---- libncursesw.so.6.1
00007fdaa4fd5000    236K r-x-- libncursesw.so.6.1
00007fdaa5010000     92K r---- libncursesw.so.6.1
00007fdaa5027000     20K r---- libncursesw.so.6.1
00007fdaa502c000      4K rw--- libncursesw.so.6.1
00007fdaa502d000     68K r---- libsystemd.so.0.27.0
00007fdaa503e000    436K r-x-- libsystemd.so.0.27.0
00007fdaa50ab000    144K r---- libsystemd.so.0.27.0
00007fdaa50cf000     12K r---- libsystemd.so.0.27.0
00007fdaa50d2000      4K rw--- libsystemd.so.0.27.0
00007fdaa50d3000      4K rw---   [ anon ]
00007fdaa50d4000     40K r---- libblkid.so.1.1.0
00007fdaa50de000    212K r-x-- libblkid.so.1.1.0
00007fdaa5113000     64K r---- libblkid.so.1.1.0
00007fdaa5123000      4K ----- libblkid.so.1.1.0
00007fdaa5124000     20K r---- libblkid.so.1.1.0
00007fdaa5129000      4K rw--- libblkid.so.1.1.0
00007fdaa512a000      8K r---- libXdmcp.so.6.0.0
00007fdaa512c000      8K r-x-- libXdmcp.so.6.0.0
00007fdaa512e000      8K r---- libXdmcp.so.6.0.0
00007fdaa5130000      4K r---- libXdmcp.so.6.0.0
00007fdaa5131000      4K rw--- libXdmcp.so.6.0.0
00007fdaa5132000      8K rw---   [ anon ]
00007fdaa5134000      4K r---- libXau.so.6.0.0
00007fdaa5135000      4K r-x-- libXau.so.6.0.0
00007fdaa5136000      4K r---- libXau.so.6.0.0
00007fdaa5137000      4K r---- libXau.so.6.0.0
00007fdaa5138000      4K rw--- libXau.so.6.0.0
00007fdaa5139000     16K r---- libgudev-1.0.so.0.2.0
00007fdaa513d000     16K r-x-- libgudev-1.0.so.0.2.0
00007fdaa5141000      8K r---- libgudev-1.0.so.0.2.0
00007fdaa5143000      4K ----- libgudev-1.0.so.0.2.0
00007fdaa5144000      4K r---- libgudev-1.0.so.0.2.0
00007fdaa5145000      4K rw--- libgudev-1.0.so.0.2.0
00007fdaa5146000     44K r---- libevdev.so.2.3.0
00007fdaa5151000     24K r-x-- libevdev.so.2.3.0
00007fdaa5157000     20K r---- libevdev.so.2.3.0
00007fdaa515c000     24K r---- libevdev.so.2.3.0
00007fdaa5162000      4K rw--- libevdev.so.2.3.0
00007fdaa5163000     20K r-x-- libmtdev.so.1.0.0
00007fdaa5168000   2044K ----- libmtdev.so.1.0.0
00007fdaa5367000      4K r---- libmtdev.so.1.0.0
00007fdaa5368000      4K rw--- libmtdev.so.1.0.0
00007fdaa5369000      8K r---- libbz2.so.1.0.8
00007fdaa536b000     52K r-x-- libbz2.so.1.0.8
00007fdaa5378000      8K r---- libbz2.so.1.0.8
00007fdaa537a000      4K r---- libbz2.so.1.0.8
00007fdaa537b000      4K rw--- libbz2.so.1.0.8
00007fdaa537c000      8K rw---   [ anon ]
00007fdaa537e000     16K r---- libexpat.so.1.6.9
00007fdaa5382000    108K r-x-- libexpat.so.1.6.9
00007fdaa539d000     40K r---- libexpat.so.1.6.9
00007fdaa53a7000      4K ----- libexpat.so.1.6.9
00007fdaa53a8000      8K r---- libexpat.so.1.6.9
00007fdaa53aa000      4K rw--- libexpat.so.1.6.9
00007fdaa53ab000      8K r---- libuuid.so.1.3.0
00007fdaa53ad000     16K r-x-- libuuid.so.1.3.0
00007fdaa53b1000      4K r---- libuuid.so.1.3.0
00007fdaa53b2000      4K r---- libuuid.so.1.3.0
00007fdaa53b3000      4K rw--- libuuid.so.1.3.0
00007fdaa53b4000      8K r---- libltdl.so.7.3.1
00007fdaa53b6000     20K r-x-- libltdl.so.7.3.1
00007fdaa53bb000      8K r---- libltdl.so.7.3.1
00007fdaa53bd000      4K ----- libltdl.so.7.3.1
00007fdaa53be000      4K r---- libltdl.so.7.3.1
00007fdaa53bf000      4K rw--- libltdl.so.7.3.1
00007fdaa53c0000     16K r---- libtdb.so.1.3.18
00007fdaa53c4000     52K r-x-- libtdb.so.1.3.18
00007fdaa53d1000     24K r---- libtdb.so.1.3.18
00007fdaa53d7000      4K r---- libtdb.so.1.3.18
00007fdaa53d8000      4K rw--- libtdb.so.1.3.18
00007fdaa53d9000     28K r-x-- libvorbisfile.so.3.3.7
00007fdaa53e0000   2048K ----- libvorbisfile.so.3.3.7
00007fdaa55e0000      4K r---- libvorbisfile.so.3.3.7
00007fdaa55e1000      4K rw--- libvorbisfile.so.3.3.7
00007fdaa55e2000      8K rw---   [ anon ]
00007fdaa55e4000     24K r---- libxcb-render.so.0.0.0
00007fdaa55ea000     20K r-x-- libxcb-render.so.0.0.0
00007fdaa55ef000      8K r---- libxcb-render.so.0.0.0
00007fdaa55f1000      4K ----- libxcb-render.so.0.0.0
00007fdaa55f2000      4K r---- libxcb-render.so.0.0.0
00007fdaa55f3000      4K rw--- libxcb-render.so.0.0.0
00007fdaa55f4000      4K r---- libxcb-shm.so.0.0.0
00007fdaa55f5000      4K r-x-- libxcb-shm.so.0.0.0
00007fdaa55f6000      4K r---- libxcb-shm.so.0.0.0
00007fdaa55f7000      4K r---- libxcb-shm.so.0.0.0
00007fdaa55f8000      4K rw--- libxcb-shm.so.0.0.0
00007fdaa55f9000     24K r---- libpng16.so.16.37.0
00007fdaa55ff000    144K r-x-- libpng16.so.16.37.0
00007fdaa5623000     48K r---- libpng16.so.16.37.0
00007fdaa562f000      4K r---- libpng16.so.16.37.0
00007fdaa5630000      4K rw--- libpng16.so.16.37.0
00007fdaa5631000     44K r---- libpixman-1.so.0.38.4
00007fdaa563c000    536K r-x-- libpixman-1.so.0.38.4
00007fdaa56c2000     64K r---- libpixman-1.so.0.38.4
00007fdaa56d2000     32K r---- libpixman-1.so.0.38.4
00007fdaa56da000      4K rw--- libpixman-1.so.0.38.4
00007fdaa56db000      8K r---- libthai.so.0.3.1
00007fdaa56dd000     16K r-x-- libthai.so.0.3.1
00007fdaa56e1000     12K r---- libthai.so.0.3.1
00007fdaa56e4000      4K r---- libthai.so.0.3.1
00007fdaa56e5000      4K rw--- libthai.so.0.3.1
00007fdaa56e6000      8K rw---   [ anon ]
00007fdaa56e8000      4K r---- libwayland-cursor.so.0.0.0
00007fdaa56e9000      8K r-x-- libwayland-cursor.so.0.0.0
00007fdaa56eb000      4K r---- libwayland-cursor.so.0.0.0
00007fdaa56ec000      4K r---- libwayland-cursor.so.0.0.0
00007fdaa56ed000     16K rw--- libwayland-cursor.so.0.0.0
00007fdaa56f1000    372K r---- libepoxy.so.0.0.0
00007fdaa574e000    404K r-x-- libepoxy.so.0.0.0
00007fdaa57b3000    376K r---- libepoxy.so.0.0.0
00007fdaa5811000     32K r---- libepoxy.so.0.0.0
00007fdaa5819000     28K rw--- libepoxy.so.0.0.0
00007fdaa5820000    108K r-x-- libfribidi.so.0.4.0
00007fdaa583b000   2044K ----- libfribidi.so.0.4.0
00007fdaa5a3a000      4K r---- libfribidi.so.0.4.0
00007fdaa5a3b000      4K rw--- libfribidi.so.0.4.0
00007fdaa5a3c000     40K r---- libharfbuzz.so.0.20600.1
00007fdaa5a46000    740K r-x-- libharfbuzz.so.0.20600.1
00007fdaa5aff000    196K r---- libharfbuzz.so.0.20600.1
00007fdaa5b30000      4K ----- libharfbuzz.so.0.20600.1
00007fdaa5b31000      4K r---- libharfbuzz.so.0.20600.1
00007fdaa5b32000      4K rw--- libharfbuzz.so.0.20600.1
00007fdaa5b33000    148K r-x-- liblzma.so.5.2.4
00007fdaa5b58000   2044K ----- liblzma.so.5.2.4
00007fdaa5d57000      4K r---- liblzma.so.5.2.4
00007fdaa5d58000      4K rw--- liblzma.so.5.2.4
00007fdaa5d59000      8K rw---   [ anon ]
00007fdaa5d5b000    392K r---- libicuuc.so.64.2
00007fdaa5dbd000    884K r-x-- libicuuc.so.64.2
00007fdaa5e9a000    524K r---- libicuuc.so.64.2
00007fdaa5f1d000      4K ----- libicuuc.so.64.2
00007fdaa5f1e000     72K r---- libicuuc.so.64.2
00007fdaa5f30000      4K rw--- libicuuc.so.64.2
00007fdaa5f31000      8K rw---   [ anon ]
00007fdaa5f33000      4K r---- libX11-xcb.so.1.0.0
00007fdaa5f34000      4K r-x-- libX11-xcb.so.1.0.0
00007fdaa5f35000      4K r---- libX11-xcb.so.1.0.0
00007fdaa5f36000      4K r---- libX11-xcb.so.1.0.0
00007fdaa5f37000      4K rw--- libX11-xcb.so.1.0.0
00007fdaa5f38000     16K r-x-- libxcb-util.so.1.0.0
00007fdaa5f3c000   2048K ----- libxcb-util.so.1.0.0
00007fdaa613c000      4K r---- libxcb-util.so.1.0.0
00007fdaa613d000      4K rw--- libxcb-util.so.1.0.0
00007fdaa613e000    256K r---- libGLdispatch.so.0.0.0
00007fdaa617e000    120K r-x-- libGLdispatch.so.0.0.0
00007fdaa619c000     76K r---- libGLdispatch.so.0.0.0
00007fdaa61af000      4K ----- libGLdispatch.so.0.0.0
00007fdaa61b0000    164K r---- libGLdispatch.so.0.0.0
00007fdaa61d9000      4K rw--- libGLdispatch.so.0.0.0
00007fdaa61da000    128K rw---   [ anon ]
00007fdaa61fa000     12K r---- libGLX.so.0.0.0
00007fdaa61fd000     40K r-x-- libGLX.so.0.0.0
00007fdaa6207000     12K r---- libGLX.so.0.0.0
00007fdaa620a000      4K ----- libGLX.so.0.0.0
00007fdaa620b000      4K r---- libGLX.so.0.0.0
00007fdaa620c000      4K rw--- libGLX.so.0.0.0
00007fdaa620d000    136K rw---   [ anon ]
00007fdaa622f000     40K r---- libdw-0.176.so
00007fdaa6239000    228K r-x-- libdw-0.176.so
00007fdaa6272000     52K r---- libdw-0.176.so
00007fdaa627f000     12K r---- libdw-0.176.so
00007fdaa6282000      4K rw--- libdw-0.176.so
00007fdaa6283000      8K r---- libunwind.so.8.0.1
00007fdaa6285000     36K r-x-- libunwind.so.8.0.1
00007fdaa628e000     12K r---- libunwind.so.8.0.1
00007fdaa6291000      4K r---- libunwind.so.8.0.1
00007fdaa6292000      4K rw--- libunwind.so.8.0.1
00007fdaa6293000     40K rw---   [ anon ]
00007fdaa629d000     12K r---- libgcc_s.so.1
00007fdaa62a0000     68K r-x-- libgcc_s.so.1
00007fdaa62b1000     16K r---- libgcc_s.so.1
00007fdaa62b5000      4K r---- libgcc_s.so.1
00007fdaa62b6000      4K rw--- libgcc_s.so.1
00007fdaa62b7000    596K r---- libstdc++.so.6.0.26
00007fdaa634c000    992K r-x-- libstdc++.so.6.0.26
00007fdaa6444000    292K r---- libstdc++.so.6.0.26
00007fdaa648d000      4K ----- libstdc++.so.6.0.26
00007fdaa648e000     52K r---- libstdc++.so.6.0.26
00007fdaa649b000      4K rw--- libstdc++.so.6.0.26
00007fdaa649c000     12K rw---   [ anon ]
00007fdaa649f000  11720K r-x-- libmozjs-52.so.0
00007fdaa7011000    412K r---- libmozjs-52.so.0
00007fdaa7078000  10664K rw--- libmozjs-52.so.0
00007fdaa7ae2000     40K rw---   [ anon ]
00007fdaa7aec000     88K r---- libreadline.so.8.0
00007fdaa7b02000    160K r-x-- libreadline.so.8.0
00007fdaa7b2a000     40K r---- libreadline.so.8.0
00007fdaa7b34000     12K r---- libreadline.so.8.0
00007fdaa7b37000     24K rw--- libreadline.so.8.0
00007fdaa7b3d000     12K rw---   [ anon ]
00007fdaa7b40000     12K r---- librt-2.29.so
00007fdaa7b43000     16K r-x-- librt-2.29.so
00007fdaa7b47000      8K r---- librt-2.29.so
00007fdaa7b49000      4K r---- librt-2.29.so
00007fdaa7b4a000      4K rw--- librt-2.29.so
00007fdaa7b4b000     64K r---- libatspi.so.0.0.1
00007fdaa7b5b000     84K r-x-- libatspi.so.0.0.1
00007fdaa7b70000     52K r---- libatspi.so.0.0.1
00007fdaa7b7d000     16K r---- libatspi.so.0.0.1
00007fdaa7b81000      4K rw--- libatspi.so.0.0.1
00007fdaa7b82000     56K r---- libdbus-1.so.3.19.11
00007fdaa7b90000    160K r-x-- libdbus-1.so.3.19.11
00007fdaa7bb8000     68K r---- libdbus-1.so.3.19.11
00007fdaa7bc9000      8K r---- libdbus-1.so.3.19.11
00007fdaa7bcb000      4K rw--- libdbus-1.so.3.19.11
00007fdaa7bcc000      8K r---- libpcre.so.1.2.11
00007fdaa7bce000    324K r-x-- libpcre.so.1.2.11
00007fdaa7c1f000    120K r---- libpcre.so.1.2.11
00007fdaa7c3d000      4K r---- libpcre.so.1.2.11
00007fdaa7c3e000      4K rw--- libpcre.so.1.2.11
00007fdaa7c3f000     16K r---- libresolv-2.29.so
00007fdaa7c43000     52K r-x-- libresolv-2.29.so
00007fdaa7c50000     12K r---- libresolv-2.29.so
00007fdaa7c53000      4K ----- libresolv-2.29.so
00007fdaa7c54000      4K r---- libresolv-2.29.so
00007fdaa7c55000      4K rw--- libresolv-2.29.so
00007fdaa7c56000      8K rw---   [ anon ]
00007fdaa7c58000     48K r---- libmount.so.1.1.0
00007fdaa7c64000    244K r-x-- libmount.so.1.1.0
00007fdaa7ca1000     72K r---- libmount.so.1.1.0
00007fdaa7cb3000      4K ----- libmount.so.1.1.0
00007fdaa7cb4000     12K r---- libmount.so.1.1.0
00007fdaa7cb7000      4K rw--- libmount.so.1.1.0
00007fdaa7cb8000      8K rw---   [ anon ]
00007fdaa7cba000     88K r-x-- libz.so.1.2.11
00007fdaa7cd0000   2044K ----- libz.so.1.2.11
00007fdaa7ecf000      4K r---- libz.so.1.2.11
00007fdaa7ed0000      4K rw--- libz.so.1.2.11
00007fdaa7ed1000      8K r---- libffi.so.6.0.4
00007fdaa7ed3000     20K r-x-- libffi.so.6.0.4
00007fdaa7ed8000      4K r---- libffi.so.6.0.4
00007fdaa7ed9000      4K ----- libffi.so.6.0.4
00007fdaa7eda000      4K r---- libffi.so.6.0.4
00007fdaa7edb000      4K rw--- libffi.so.6.0.4
00007fdaa7edc000      4K r---- libdl-2.29.so
00007fdaa7edd000      4K r-x-- libdl-2.29.so
00007fdaa7ede000      4K r---- libdl-2.29.so
00007fdaa7edf000      4K r---- libdl-2.29.so
00007fdaa7ee0000      4K rw--- libdl-2.29.so
00007fdaa7ee1000     48K r---- libxcb.so.1.1.0
00007fdaa7eed000     76K r-x-- libxcb.so.1.1.0
00007fdaa7f00000     36K r---- libxcb.so.1.1.0
00007fdaa7f09000      4K r---- libxcb.so.1.1.0
00007fdaa7f0a000      4K rw--- libxcb.so.1.1.0
00007fdaa7f0b000     12K r---- libEGL.so.1.1.0
00007fdaa7f0e000     44K r-x-- libEGL.so.1.1.0
00007fdaa7f19000     20K r---- libEGL.so.1.1.0
00007fdaa7f1e000      4K r---- libEGL.so.1.1.0
00007fdaa7f1f000      4K rw--- libEGL.so.1.1.0
00007fdaa7f20000      8K rw---   [ anon ]
00007fdaa7f22000     28K r---- libwayland-server.so.0.1.0
00007fdaa7f29000     28K r-x-- libwayland-server.so.0.1.0
00007fdaa7f30000     16K r---- libwayland-server.so.0.1.0
00007fdaa7f34000      4K ----- libwayland-server.so.0.1.0
00007fdaa7f35000      8K r---- libwayland-server.so.0.1.0
00007fdaa7f37000      4K rw--- libwayland-server.so.0.1.0
00007fdaa7f38000     20K r---- libdrm.so.2.4.0
00007fdaa7f3d000     40K r-x-- libdrm.so.2.4.0
00007fdaa7f47000     16K r---- libdrm.so.2.4.0
00007fdaa7f4b000      4K r---- libdrm.so.2.4.0
00007fdaa7f4c000      4K rw--- libdrm.so.2.4.0
00007fdaa7f4d000     12K r---- libgbm.so.1.0.0
00007fdaa7f50000     24K r-x-- libgbm.so.1.0.0
00007fdaa7f56000     20K r---- libgbm.so.1.0.0
00007fdaa7f5b000      4K r---- libgbm.so.1.0.0
00007fdaa7f5c000      4K rw--- libgbm.so.1.0.0
00007fdaa7f5d000     12K r---- libwacom.so.2.6.1
00007fdaa7f60000     20K r-x-- libwacom.so.2.6.1
00007fdaa7f65000      8K r---- libwacom.so.2.6.1
00007fdaa7f67000      4K ----- libwacom.so.2.6.1
00007fdaa7f68000      4K r---- libwacom.so.2.6.1
00007fdaa7f69000      4K rw--- libwacom.so.2.6.1
00007fdaa7f6a000      4K r---- libgthread-2.0.so.0.6200.0
00007fdaa7f6b000      4K r-x-- libgthread-2.0.so.0.6200.0
00007fdaa7f6c000      4K r---- libgthread-2.0.so.0.6200.0
00007fdaa7f6d000      4K r---- libgthread-2.0.so.0.6200.0
00007fdaa7f6e000      4K rw--- libgthread-2.0.so.0.6200.0
00007fdaa7f6f000     20K r---- libxkbcommon.so.0.0.0
00007fdaa7f74000    112K r-x-- libxkbcommon.so.0.0.0
00007fdaa7f90000    120K r---- libxkbcommon.so.0.0.0
00007fdaa7fae000      8K r---- libxkbcommon.so.0.0.0
00007fdaa7fb0000      4K rw--- libxkbcommon.so.0.0.0
00007fdaa7fb1000      8K rw---   [ anon ]
00007fdaa7fb3000     36K r---- libinput.so.10.13.0
00007fdaa7fbc000    172K r-x-- libinput.so.10.13.0
00007fdaa7fe7000     72K r---- libinput.so.10.13.0
00007fdaa7ff9000      4K r---- libinput.so.10.13.0
00007fdaa7ffa000      4K rw--- libinput.so.10.13.0
00007fdaa7ffb000     20K r---- libudev.so.1.6.15
00007fdaa8000000    104K r-x-- libudev.so.1.6.15
00007fdaa801a000     40K r---- libudev.so.1.6.15
00007fdaa8024000      4K r---- libudev.so.1.6.15
00007fdaa8025000      4K rw--- libudev.so.1.6.15
00007fdaa8026000     52K r---- libfreetype.so.6.17.1
00007fdaa8033000    516K r-x-- libfreetype.so.6.17.1
00007fdaa80b4000    220K r---- libfreetype.so.6.17.1
00007fdaa80eb000      4K ----- libfreetype.so.6.17.1
00007fdaa80ec000     28K r---- libfreetype.so.6.17.1
00007fdaa80f3000      4K rw--- libfreetype.so.6.17.1
00007fdaa80f4000     32K r---- libfontconfig.so.1.12.0
00007fdaa80fc000    144K r-x-- libfontconfig.so.1.12.0
00007fdaa8120000     96K r---- libfontconfig.so.1.12.0
00007fdaa8138000      8K r---- libfontconfig.so.1.12.0
00007fdaa813a000      4K rw--- libfontconfig.so.1.12.0
00007fdaa813b000     28K r---- libpangoft2-1.0.so.0.4400.6
00007fdaa8142000     36K r-x-- libpangoft2-1.0.so.0.4400.6
00007fdaa814b000     16K r---- libpangoft2-1.0.so.0.4400.6
00007fdaa814f000      4K ----- libpangoft2-1.0.so.0.4400.6
00007fdaa8150000      4K r---- libpangoft2-1.0.so.0.4400.6
00007fdaa8151000      4K rw--- libpangoft2-1.0.so.0.4400.6
00007fdaa8152000     12K r---- libXi.so.6.1.0
00007fdaa8155000     44K r-x-- libXi.so.6.1.0
00007fdaa8160000     12K r---- libXi.so.6.1.0
00007fdaa8163000      4K r---- libXi.so.6.1.0
00007fdaa8164000      4K rw--- libXi.so.6.1.0
00007fdaa8165000      8K rw---   [ anon ]
00007fdaa8167000      8K r---- libXtst.so.6.1.0
00007fdaa8169000     12K r-x-- libXtst.so.6.1.0
00007fdaa816c000      4K r---- libXtst.so.6.1.0
00007fdaa816d000      4K ----- libXtst.so.6.1.0
00007fdaa816e000      4K r---- libXtst.so.6.1.0
00007fdaa816f000      4K rw--- libXtst.so.6.1.0
00007fdaa8170000     20K r---- libwayland-client.so.0.3.0
00007fdaa8175000     20K r-x-- libwayland-client.so.0.3.0
00007fdaa817a000     12K r---- libwayland-client.so.0.3.0
00007fdaa817d000      8K r---- libwayland-client.so.0.3.0
00007fdaa817f000      4K rw--- libwayland-client.so.0.3.0
00007fdaa8180000      4K r---- libwayland-egl.so.1.0.0
00007fdaa8181000      4K r-x-- libwayland-egl.so.1.0.0
00007fdaa8182000      4K r---- libwayland-egl.so.1.0.0
00007fdaa8183000      4K r---- libwayland-egl.so.1.0.0
00007fdaa8184000      4K rw--- libwayland-egl.so.1.0.0
00007fdaa8185000     36K r---- libjson-glib-1.0.so.0.400.4
00007fdaa818e000     84K r-x-- libjson-glib-1.0.so.0.400.4
00007fdaa81a3000     36K r---- libjson-glib-1.0.so.0.400.4
00007fdaa81ac000      4K ----- libjson-glib-1.0.so.0.400.4
00007fdaa81ad000      4K r---- libjson-glib-1.0.so.0.400.4
00007fdaa81ae000      4K rw--- libjson-glib-1.0.so.0.400.4
00007fdaa81af000     16K r---- libcairo-gobject.so.2.11703.0
00007fdaa81b3000      8K r-x-- libcairo-gobject.so.2.11703.0
00007fdaa81b5000      8K r---- libcairo-gobject.so.2.11703.0
00007fdaa81b7000      4K ----- libcairo-gobject.so.2.11703.0
00007fdaa81b8000      8K r---- libcairo-gobject.so.2.11703.0
00007fdaa81ba000      4K rw--- libcairo-gobject.so.2.11703.0
00007fdaa81bb000      8K r---- libXrandr.so.2.2.0
00007fdaa81bd000     28K r-x-- libXrandr.so.2.2.0
00007fdaa81c4000      8K r---- libXrandr.so.2.2.0
00007fdaa81c6000      4K r---- libXrandr.so.2.2.0
00007fdaa81c7000      4K rw--- libXrandr.so.2.2.0
00007fdaa81c8000      8K rw---   [ anon ]
00007fdaa81ca000      4K r---- libXcomposite.so.1.0.0
00007fdaa81cb000      4K r-x-- libXcomposite.so.1.0.0
00007fdaa81cc000      4K r---- libXcomposite.so.1.0.0
00007fdaa81cd000      4K r---- libXcomposite.so.1.0.0
00007fdaa81ce000      4K rw--- libXcomposite.so.1.0.0
00007fdaa81cf000      4K r---- libXdamage.so.1.1.0
00007fdaa81d0000      4K r-x-- libXdamage.so.1.1.0
00007fdaa81d1000      4K r---- libXdamage.so.1.1.0
00007fdaa81d2000      4K r---- libXdamage.so.1.1.0
00007fdaa81d3000      4K rw--- libXdamage.so.1.1.0
00007fdaa81d4000     16K r---- libXext.so.6.4.0
00007fdaa81d8000     44K r-x-- libXext.so.6.4.0
00007fdaa81e3000     16K r---- libXext.so.6.4.0
00007fdaa81e7000      4K r---- libXext.so.6.4.0
00007fdaa81e8000      4K rw--- libXext.so.6.4.0
00007fdaa81e9000      4K r---- libgmodule-2.0.so.0.6200.0
00007fdaa81ea000      4K r-x-- libgmodule-2.0.so.0.6200.0
00007fdaa81eb000      4K r---- libgmodule-2.0.so.0.6200.0
00007fdaa81ec000      4K r---- libgmodule-2.0.so.0.6200.0
00007fdaa81ed000      4K rw--- libgmodule-2.0.so.0.6200.0
00007fdaa81ee000      8K r-x-- libXinerama.so.1.0.0
00007fdaa81f0000   2044K ----- libXinerama.so.1.0.0
00007fdaa83ef000      4K r---- libXinerama.so.1.0.0
00007fdaa83f0000      4K rw--- libXinerama.so.1.0.0
00007fdaa83f1000     20K r---- libICE.so.6.3.0
00007fdaa83f6000     56K r-x-- libICE.so.6.3.0
00007fdaa8404000     20K r---- libICE.so.6.3.0
00007fdaa8409000      4K r---- libICE.so.6.3.0
00007fdaa840a000      4K rw--- libICE.so.6.3.0
00007fdaa840b000     20K rw---   [ anon ]
00007fdaa8410000      8K r---- libSM.so.6.0.1
00007fdaa8412000     20K r-x-- libSM.so.6.0.1
00007fdaa8417000      8K r---- libSM.so.6.0.1
00007fdaa8419000      4K r---- libSM.so.6.0.1
00007fdaa841a000      4K rw--- libSM.so.6.0.1
00007fdaa841b000     12K r---- libXcursor.so.1.0.2
00007fdaa841e000     20K r-x-- libXcursor.so.1.0.2
00007fdaa8423000      8K r---- libXcursor.so.1.0.2
00007fdaa8425000      4K r---- libXcursor.so.1.0.2
00007fdaa8426000      4K rw--- libXcursor.so.1.0.2
00007fdaa8427000     12K r---- libcanberra.so.0.2.5
00007fdaa842a000     40K r-x-- libcanberra.so.0.2.5
00007fdaa8434000     16K r---- libcanberra.so.0.2.5
00007fdaa8438000      4K ----- libcanberra.so.0.2.5
00007fdaa8439000      4K r---- libcanberra.so.0.2.5
00007fdaa843a000      4K rw--- libcanberra.so.0.2.5
00007fdaa843b000      8K r---- libcanberra-gtk3.so.0.1.9
00007fdaa843d000      8K r-x-- libcanberra-gtk3.so.0.1.9
00007fdaa843f000      4K r---- libcanberra-gtk3.so.0.1.9
00007fdaa8440000      4K r---- libcanberra-gtk3.so.0.1.9
00007fdaa8441000      4K rw--- libcanberra-gtk3.so.0.1.9
00007fdaa8442000      8K r---- libXrender.so.1.3.0
00007fdaa8444000     28K r-x-- libXrender.so.1.3.0
00007fdaa844b000      8K r---- libXrender.so.1.3.0
00007fdaa844d000      4K r---- libXrender.so.1.3.0
00007fdaa844e000      4K rw--- libXrender.so.1.3.0
00007fdaa844f000     24K r---- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa8455000     84K r-x-- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa846a000     32K r---- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa8472000      4K ----- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa8473000      4K r---- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa8474000      4K rw--- libgdk_pixbuf-2.0.so.0.3800.2
00007fdaa8475000      8K rw---   [ anon ]
00007fdaa8477000     72K r---- libcairo.so.2.11703.0
00007fdaa8489000    828K r-x-- libcairo.so.2.11703.0
00007fdaa8558000    240K r---- libcairo.so.2.11703.0
00007fdaa8594000      4K ----- libcairo.so.2.11703.0
00007fdaa8595000     16K r---- libcairo.so.2.11703.0
00007fdaa8599000      4K rw--- libcairo.so.2.11703.0
00007fdaa859a000      4K rw---   [ anon ]
00007fdaa859b000     44K r---- libatk-1.0.so.0.23410.1
00007fdaa85a6000     56K r-x-- libatk-1.0.so.0.23410.1
00007fdaa85b4000     44K r---- libatk-1.0.so.0.23410.1
00007fdaa85bf000      4K ----- libatk-1.0.so.0.23410.1
00007fdaa85c0000     12K r---- libatk-1.0.so.0.23410.1
00007fdaa85c3000      4K rw--- libatk-1.0.so.0.23410.1
00007fdaa85c4000     60K r---- libpango-1.0.so.0.4400.6
00007fdaa85d3000    144K r-x-- libpango-1.0.so.0.4400.6
00007fdaa85f7000     92K r---- libpango-1.0.so.0.4400.6
00007fdaa860e000     12K r---- libpango-1.0.so.0.4400.6
00007fdaa8611000      4K rw--- libpango-1.0.so.0.4400.6
00007fdaa8612000     20K r---- libpangocairo-1.0.so.0.4400.6
00007fdaa8617000     24K r-x-- libpangocairo-1.0.so.0.4400.6
00007fdaa861d000      8K r---- libpangocairo-1.0.so.0.4400.6
00007fdaa861f000      4K ----- libpangocairo-1.0.so.0.4400.6
00007fdaa8620000      4K r---- libpangocairo-1.0.so.0.4400.6
00007fdaa8621000      4K rw--- libpangocairo-1.0.so.0.4400.6
00007fdaa8622000    168K r---- libgdk-3.so.0.2406.4
00007fdaa864c000    480K r-x-- libgdk-3.so.0.2406.4
00007fdaa86c4000    304K r---- libgdk-3.so.0.2406.4
00007fdaa8710000      4K ----- libgdk-3.so.0.2406.4
00007fdaa8711000     32K r---- libgdk-3.so.0.2406.4
00007fdaa8719000      8K rw--- libgdk-3.so.0.2406.4
00007fdaa871b000    520K r---- libgtk-3.so.0.2406.4
00007fdaa879d000   3412K r-x-- libgtk-3.so.0.2406.4
00007fdaa8af2000   3020K r---- libgtk-3.so.0.2406.4
00007fdaa8de5000     64K r---- libgtk-3.so.0.2406.4
00007fdaa8df5000      8K rw--- libgtk-3.so.0.2406.4
00007fdaa8df7000     28K rw---   [ anon ]
00007fdaa8dfe000     20K r-x-- libXfixes.so.3.1.0
00007fdaa8e03000   2044K ----- libXfixes.so.3.1.0
00007fdaa9002000      4K r---- libXfixes.so.3.1.0
00007fdaa9003000      4K rw--- libXfixes.so.3.1.0
00007fdaa9004000    100K r---- libmuffin-cogl-0.so
00007fdaa901d000    396K r-x-- libmuffin-cogl-0.so
00007fdaa9080000    188K r---- libmuffin-cogl-0.so
00007fdaa90af000     20K r---- libmuffin-cogl-0.so
00007fdaa90b4000      4K rw--- libmuffin-cogl-0.so
00007fdaa90b5000      4K rw---   [ anon ]
00007fdaa90b6000    184K r---- libxml2.so.2.9.9
00007fdaa90e4000    912K r-x-- libxml2.so.2.9.9
00007fdaa91c8000    296K r---- libxml2.so.2.9.9
00007fdaa9212000     36K r---- libxml2.so.2.9.9
00007fdaa921b000      4K rw--- libxml2.so.2.9.9
00007fdaa921c000      8K rw---   [ anon ]
00007fdaa921e000     40K r---- libcroco-0.6.so.3.0.1
00007fdaa9228000    124K r-x-- libcroco-0.6.so.3.0.1
00007fdaa9247000     64K r---- libcroco-0.6.so.3.0.1
00007fdaa9257000      4K ----- libcroco-0.6.so.3.0.1
00007fdaa9258000     12K r---- libcroco-0.6.so.3.0.1
00007fdaa925b000      4K rw--- libcroco-0.6.so.3.0.1
00007fdaa925c000      8K r---- libmuffin-cogl-path-0.so
00007fdaa925e000     40K r-x-- libmuffin-cogl-path-0.so
00007fdaa9268000     12K r---- libmuffin-cogl-path-0.so
00007fdaa926b000      4K ----- libmuffin-cogl-path-0.so
00007fdaa926c000      4K r---- libmuffin-cogl-path-0.so
00007fdaa926d000      4K rw--- libmuffin-cogl-path-0.so
00007fdaa926e000     60K r---- libm-2.29.so
00007fdaa927d000    624K r-x-- libm-2.29.so
00007fdaa9319000    612K r---- libm-2.29.so
00007fdaa93b2000      4K r---- libm-2.29.so
00007fdaa93b3000      4K rw--- libm-2.29.so
00007fdaa93b4000      8K rw---   [ anon ]
00007fdaa93b6000     12K r---- libstartup-notification-1.so.0.0.0
00007fdaa93b9000     16K r-x-- libstartup-notification-1.so.0.0.0
00007fdaa93bd000      8K r---- libstartup-notification-1.so.0.0.0
00007fdaa93bf000      4K ----- libstartup-notification-1.so.0.0.0
00007fdaa93c0000      4K r---- libstartup-notification-1.so.0.0.0
00007fdaa93c1000      4K rw--- libstartup-notification-1.so.0.0.0
00007fdaa93c2000     16K r---- libmuffin-cogl-pango-0.so
00007fdaa93c6000     12K r-x-- libmuffin-cogl-pango-0.so
00007fdaa93c9000      8K r---- libmuffin-cogl-pango-0.so
00007fdaa93cb000      4K r---- libmuffin-cogl-pango-0.so
00007fdaa93cc000      4K rw--- libmuffin-cogl-pango-0.so
00007fdaa93cd000    264K r---- libGL.so.1.7.0
00007fdaa940f000    124K r-x-- libGL.so.1.7.0
00007fdaa942e000     84K r---- libGL.so.1.7.0
00007fdaa9443000    108K r---- libGL.so.1.7.0
00007fdaa945e000      4K rw--- libGL.so.1.7.0
00007fdaa945f000      4K rw---   [ anon ]
00007fdaa9460000    180K r---- libgstreamer-1.0.so.0.1600.0
00007fdaa948d000    584K r-x-- libgstreamer-1.0.so.0.1600.0
00007fdaa951f000    288K r---- libgstreamer-1.0.so.0.1600.0
00007fdaa9567000     28K r---- libgstreamer-1.0.so.0.1600.0
00007fdaa956e000      8K rw--- libgstreamer-1.0.so.0.1600.0
00007fdaa9570000      4K rw---   [ anon ]
00007fdaa9571000     56K r---- libgstbase-1.0.so.0.1600.0
00007fdaa957f000    280K r-x-- libgstbase-1.0.so.0.1600.0
00007fdaa95c5000    104K r---- libgstbase-1.0.so.0.1600.0
00007fdaa95df000      8K r---- libgstbase-1.0.so.0.1600.0
00007fdaa95e1000      4K rw--- libgstbase-1.0.so.0.1600.0
00007fdaa95e2000     28K r---- libcinnamon-menu-3.so.0.0.1
00007fdaa95e9000     56K r-x-- libcinnamon-menu-3.so.0.0.1
00007fdaa95f7000     32K r---- libcinnamon-menu-3.so.0.0.1
00007fdaa95ff000      4K r---- libcinnamon-menu-3.so.0.0.1
00007fdaa9600000      4K rw--- libcinnamon-menu-3.so.0.0.1
00007fdaa9601000      8K rw---   [ anon ]
00007fdaa9603000    128K r---- libcjs.so.0.0.0
00007fdaa9623000    388K r-x-- libcjs.so.0.0.0
00007fdaa9684000    324K r---- libcjs.so.0.0.0
00007fdaa96d5000     16K r---- libcjs.so.0.0.0
00007fdaa96d9000     12K rw--- libcjs.so.0.0.0
00007fdaa96dc000      4K rw---   [ anon ]
00007fdaa96dd000     28K r---- libpthread-2.29.so
00007fdaa96e4000     60K r-x-- libpthread-2.29.so
00007fdaa96f3000     20K r---- libpthread-2.29.so
00007fdaa96f8000      4K r---- libpthread-2.29.so
00007fdaa96f9000      4K rw--- libpthread-2.29.so
00007fdaa96fa000     16K rw---   [ anon ]
00007fdaa96fe000    148K r---- libc-2.29.so
00007fdaa9723000   1320K r-x-- libc-2.29.so
00007fdaa986d000    292K r---- libc-2.29.so
00007fdaa98b6000      4K ----- libc-2.29.so
00007fdaa98b7000     12K r---- libc-2.29.so
00007fdaa98ba000     12K rw--- libc-2.29.so
00007fdaa98bd000     16K rw---   [ anon ]
00007fdaa98c1000     48K r---- libatk-bridge-2.0.so.0.0.0
00007fdaa98cd000     88K r-x-- libatk-bridge-2.0.so.0.0.0
00007fdaa98e3000     56K r---- libatk-bridge-2.0.so.0.0.0
00007fdaa98f1000      8K r---- libatk-bridge-2.0.so.0.0.0
00007fdaa98f3000      8K rw--- libatk-bridge-2.0.so.0.0.0
00007fdaa98f5000    112K r---- libglib-2.0.so.0.6200.0
00007fdaa9911000    516K r-x-- libglib-2.0.so.0.6200.0
00007fdaa9992000    532K r---- libglib-2.0.so.0.6200.0
00007fdaa9a17000      4K r---- libglib-2.0.so.0.6200.0
00007fdaa9a18000      4K rw--- libglib-2.0.so.0.6200.0
00007fdaa9a19000      4K rw---   [ anon ]
00007fdaa9a1a000     56K r---- libgobject-2.0.so.0.6200.0
00007fdaa9a28000    200K r-x-- libgobject-2.0.so.0.6200.0
00007fdaa9a5a000     96K r---- libgobject-2.0.so.0.6200.0
00007fdaa9a72000     12K r---- libgobject-2.0.so.0.6200.0
00007fdaa9a75000      4K rw--- libgobject-2.0.so.0.6200.0
00007fdaa9a76000      8K rw---   [ anon ]
00007fdaa9a78000    216K r---- libgio-2.0.so.0.6200.0
00007fdaa9aae000    972K r-x-- libgio-2.0.so.0.6200.0
00007fdaa9ba1000    496K r---- libgio-2.0.so.0.6200.0
00007fdaa9c1d000      4K ----- libgio-2.0.so.0.6200.0
00007fdaa9c1e000     28K r---- libgio-2.0.so.0.6200.0
00007fdaa9c25000      4K rw--- libgio-2.0.so.0.6200.0
00007fdaa9c26000      8K rw---   [ anon ]
00007fdaa9c28000     28K r---- libgirepository-1.0.so.1.0.0
00007fdaa9c2f000     64K r-x-- libgirepository-1.0.so.1.0.0
00007fdaa9c3f000     36K r---- libgirepository-1.0.so.1.0.0
00007fdaa9c48000      4K r---- libgirepository-1.0.so.1.0.0
00007fdaa9c49000      4K rw--- libgirepository-1.0.so.1.0.0
00007fdaa9c4a000    112K r---- libX11.so.6.3.0
00007fdaa9c66000    544K r-x-- libX11.so.6.3.0
00007fdaa9cee000    588K r---- libX11.so.6.3.0
00007fdaa9d81000      4K ----- libX11.so.6.3.0
00007fdaa9d82000     12K r---- libX11.so.6.3.0
00007fdaa9d85000     16K rw--- libX11.so.6.3.0
00007fdaa9d89000    220K r---- libmuffin-clutter-0.so
00007fdaa9dc0000    808K r-x-- libmuffin-clutter-0.so
00007fdaa9e8a000    396K r---- libmuffin-clutter-0.so
00007fdaa9eed000      4K ----- libmuffin-clutter-0.so
00007fdaa9eee000     28K r---- libmuffin-clutter-0.so
00007fdaa9ef5000      4K rw--- libmuffin-clutter-0.so
00007fdaa9ef6000      8K rw---   [ anon ]
00007fdaa9ef8000    136K r---- libmuffin.so.0.0.0
00007fdaa9f1a000    440K r-x-- libmuffin.so.0.0.0
00007fdaa9f88000    192K r---- libmuffin.so.0.0.0
00007fdaa9fb8000      4K ----- libmuffin.so.0.0.0
00007fdaa9fb9000     24K r---- libmuffin.so.0.0.0
00007fdaa9fbf000      4K rw--- libmuffin.so.0.0.0
00007fdaa9fc0000      4K rw---   [ anon ]
00007fdaa9fc1000      4K rw-s- i915 (deleted)
00007fdaa9fc2000      4K rw-s- memfd:xshmfence (deleted)
00007fdaa9fc3000      4K rwx--   [ anon ]
00007fdaa9fc4000     12K r---- atk10.mo
00007fdaa9fc7000     84K r---- gtk30.mo
00007fdaa9fdc000    128K r---- libc.mo
00007fdaa9ffc000    124K r---- libcinnamon.so
00007fdaaa01b000    268K r-x-- libcinnamon.so
00007fdaaa05e000    112K r---- libcinnamon.so
00007fdaaa07a000      4K ----- libcinnamon.so
00007fdaaa07b000     16K r---- libcinnamon.so
00007fdaaa07f000      4K rw--- libcinnamon.so
00007fdaaa080000      8K rw---   [ anon ]
00007fdaaa082000      8K r---- ld-2.29.so
00007fdaaa084000    124K r-x-- ld-2.29.so
00007fdaaa0a3000     32K r---- ld-2.29.so
00007fdaaa0ab000      4K r--s- user
00007fdaaa0ac000      4K r---- ld-2.29.so
00007fdaaa0ad000      4K rw--- ld-2.29.so
00007fdaaa0ae000      4K rw---   [ anon ]
00007ffd761ae000    132K rw---   [ stack ]
00007ffd761ef000     12K r----   [ anon ]
00007ffd761f2000      4K r-x--   [ anon ]
 total          7570560K

Having major problem with both the system monitor and the workspace switcher. Disabling both seems to work around the problem.
The memory consumption does seem to grow even without the two applets. But when the GC kicks in, the memory is freed.

The workspace switcher is an official applet so I think it's still relevant.
Edit: still repro after removing the applets.

inxi -Fz output:

System:    Host: Yatao-Z170X-UD3 Kernel: 5.3.0-45-generic x86_64 bits: 64
           Desktop: Cinnamon 4.2.4  Distro: Ubuntu 18.04.4 LTS
Machine:   Device: desktop System: Gigabyte product: Z170X-UD3 serial: N/A
           Mobo: Gigabyte model: Z170X-UD3-CF v: x.x serial: N/A
           UEFI: American Megatrends v: F22 date: 03/06/2017
Battery    hidpp__0: charge: N/A condition: NA/NA Wh
CPU:       Quad core Intel Core i7-6700K (-MT-MCP-) cache: 8192 KB
           clock speeds: max: 4200 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz
           4: 800 MHz 5: 800 MHz 6: 800 MHz 7: 800 MHz 8: 800 MHz
Graphics:  Card: NVIDIA GP104 [GeForce GTX 1070]
           Display Server: x11 (X.Org 1.20.5 )
           drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
           Resolution: [email protected], [email protected]
           OpenGL: renderer: GeForce GTX 1070/PCIe/SSE2
           version: 4.6.0 NVIDIA 440.64.00
Audio:     Card-1 NVIDIA GP104 High Def. Audio Controller
           driver: snd_hda_intel
           Card-2 Focusrite-Novation driver: USB Audio
           Sound: Advanced Linux Sound Architecture v: k5.3.0-45-generic
Network:   Card: Intel Ethernet Connection (2) I219-V driver: e1000e
           IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 10514.1GB (47.9% used)
           ID-1: /dev/nvme0n1 model: PLEXTOR_PX size: 512.1GB
           ID-2: /dev/sdb model: WDC_WD4001FAEX size: 4000.8GB
           ID-3: /dev/sdc model: TOSHIBA_DT01ABA3 size: 3000.6GB
           ID-4: /dev/sda model: TOSHIBA_DT01ABA3 size: 3000.6GB
Partition: ID-1: / size: 85G used: 49G (61%) fs: ext4 dev: /dev/nvme0n1p6
           ID-2: swap-1 size: 134.22GB used: 0.00GB (0%)
           fs: swap dev: /dev/sdb2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 38.0C mobo: N/A gpu: 39C
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 339 Uptime: 2:27 Memory: 3750.6/15962.8MB
           Client: Shell (bash) inxi: 2.3.56 

Running valgrind --tool=massif cinnamon --replace for two minutes while alt-drag a gnome-system-monitor around:

This may be the most efficient repro in so far? :)
A few options for you to consider:

• alt-drag with LMB: move. or even better:
• alt-drag with RMB: resize.

@light4 our tests show different leaking call sites. Yours: g_malloc. Mine: libnvidia-glcore.so, but both are related to GL routines I guess?

A cleaner screencast, while running while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done (no applets):

Note how the memory growth correlates to resize actions. I deliberately paused a few times.

People, could you please help to confirm if resizing a terminal running while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done gives you a clean repro?

Thanks for trying to reproduce this, it's something that seems to haunt me as well. I tried your suggestion for a bit more than a minute, here is a plot of the vmRSS value:

vmRSS seems to drop back to the initial value range at times.

I have not run into this issue in over a year. I suspect one of my issues was related to running Cinnamon on Fedora 27 and having ksensors running, my other encounters were all on Mint 18. I have not encountered this on Mint 19.

To be fair, I just upgraded to Mint 19 this week and struggled with it on Mint 18. I don't have enough data points to say that it has bogged me on Mint 19. Will keep an eye on it though.

@devreal yeah your plot looks like a healthy environment where the GC does its job.

The applets may be leaking native resources. js doesn't have finalizers like .NET or jvm that notifiy the objects about destruction.

In my first run (valgrind-profiled), resize/move window cause very significant leak probably because the workspace switcher redraws window shapes all the time.

As yatli proposed, I ran
while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done
after a session restart (lightdm manager), no other app running than the terminal (terminator) and got VmRSS and RssAnon to increase even if terminal is not moved/resized (RssFile/RssShmem seem to be stable).
Devuan/beowulf, Cinnamon 3.8.8

I also have a memory problem, but "cat /proc/meminfo" shows SUnreclaim slowly going up (eventually to 24 GB!). This happens with both Cinnamon and MATE on different machines (but slower on MATE).

I am using a Ryzen 3600 and an AMD RX460 GPU with the open source drivers. Has anyone else encountered this?