Cinnamon: Die Speicherauslastung nimmt mit der Zeit zu

Das kann ich bestätigen, falls es sonst niemand will. Dasselbe passiert auf meinem System, es ist ein Speicherleck, dessen sich Leute, die Mint verwenden, schon LANGE bewusst sind. Derzeit gibt es eine Problemumgehung, die jedoch nur vorübergehend ist.

cinnamon --replace erledigt die Arbeit etwa eine Stunde lang.

Ich denke, die meisten Menschen sehen die Speicherverschwendung nicht. Ich habe es auch nur gesehen, weil Conky es gezeigt hat.

PS: Ich hatte auch Abstürze in Cinamon, weiß aber nicht, ob das mit der Speicherauslastung zusammenhängt

Es ist nicht nur cinnamon selbst, sondern auch cinnamon-screensaver . Wenn cinnamon über 3 GB ansteigt, beträgt cinnamon-screensaver etwa 1 GB, und es wird zu einem echten Problem. Das System wird merklich langsamer, wenn der Speicher mit dem Auslagern auf die Festplatte beginnt.

Bitte achten Sie auf diese Applets, sie sind oft die Übeltäter. Ich habe die meisten von ihnen entfernt und hatte danach keine Probleme mehr.

Geben Sie diesen Applets nicht so schnell die Schuld. Ich führe keine aus.

Ich sehe auch, dass der Speicherverbrauch zunimmt. Wenn ich ein Programm starte, nimmt der Cinnamon-Prozess ein Stück Speicher. Und wenn ich dieses Programm schließe, ist der Speicherwert des Cinnamon-Prozesses nicht zurück. Tatsächlich verringert er sich, aber nicht auf den Wert vor dem Start des Programms.

Dieses Problem scheint ein Duplikat von https://github.com/linuxmint/Cinnamon/issues/3796 zu sein, richtig? Vielleicht könnten wir die Diskussion auf das andere Thema verschieben :)

Ich habe kürzlich ein Speicherleck behoben https://github.com/linuxmint/Cinnamon/commit/5cdf5c07966f9827ba427447ba00b997c6798ac1

Das wäre toll, wenn das behoben wird. Auch wenn es nur das Leck verlangsamt.

alternativ zu cinnamon --replace gibt es auch die GUI-Option (in "panel > context-menu > Troubleshooting >restart-cinnamon")

@cmrdt

Es gibt auch eine Tastenkombination

Strg+Alt+Esc

@cmrdt @leigh123linux Oder Alt+F2, r
Leider hat der Neustart eines Desktop-Managers den lästigen Nebeneffekt, dass alle geöffneten Programmregisterkarten verschoben werden.

Ich möchte nur bemerken, dass ich dieses Problem in Debian nicht habe. Nach 2 Stunden liegt Cinna immer noch unter 300 Monaten Speichernutzung. Vielleicht liegt es an meiner Umgebung oder das Problem ist mintspezifisch?

@abdouskamel es wächst auf meinem System innerhalb von 24 Stunden auf etwa 900 MB an.

@LightningStalker Bist du in Debian? Für mich ist die Speichernutzung beim Booten und nach stundenlangem Arbeiten gleich.

@abdouskamel mint, nach einem Neustart gestern sind es derzeit 696 MB, Cinnamon-Screensaver ist 106,7 MB, beide steigen

@LightningStalker Es scheint, dass es an Minze gebunden ist, nicht wahr?

@abdouskamel Ich denke nicht; Antergos-Benutzer hier, gleiches Problem.

Ich habe keine Probleme, Cinnamon über 4 GB RAM in ein oder zwei Tagen Betriebszeit auszuführen.

Ich habe jedoch einige Applets installiert, muss ohne sie erneut testen.

Nach einem RAM-Upgrade denke ich derzeit darüber nach, wie ich daraus ein Spiel machen kann. Die erste Stufe besteht darin, es laufen zu lassen und zu sehen, wie groß es wird.

Als Nebenbemerkung funktioniert das rechte Panel "Tray" nicht mehr richtig. Das Löschen einiger Cache- und Einstellungsdateien und das Neustarten hat keine Wirkung. Vielleicht lösche ich nicht die richtigen Dateien. Weiß jemand, wie man es zurücksetzt?

Können Sie einige nützliche Informationen veröffentlichen, z. B. Systeminformationen? und mehr,
Die Qualität der bisher in diesem Bericht bereitgestellten Informationen ist absoluter Mist!

PS Die nächste "me to" oder "same here" Bemerkung und ich werde es schließen.

@leigh123linux ,

In meinem 3,5 Jahre alten Fehlerbericht, der als Duplikat davon geschlossen wurde (#2986), habe ich einen einfachen Testfall eingefügt:

#!/bin/bash

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

das zeigte zuverlässig das Problem. Wenn ein Testfall nicht gut genug ist, sehe ich nicht, wie Sie durch das Beschimpfen von Benutzern bessere Informationen erhalten.

Viel Glück beim Reparieren.

Leigh, Sie haben #7121 geschlossen, wo es einige Systeminfo-Dumps gab, da es sich um ein Duplikat von diesem handelt. Sie sagten dort, dass es keinen Beweis dafür gibt, dass es sich um ein Cinnamon-Problem handelt; Alles, was Sie sehen, ist eine beschissene Xenial-Basis und ein alter Xorg. Das könnte durchaus stimmen, aber dies ist ein LinuxMint-Forum, und das sind die aktuellen Mint-Versionen. Und es ist Cinnamon, nicht Xorg, das seine CPU-Auslastung auf 100 % bringt und die Schnittstelle einfriert (und ja, ich verstehe, dass die Hauptursache für dieses Verhalten woanders liegen könnte).
Ich würde gerne helfen, aber ich bin nur ein Benutzer, kein Entwickler. Welche Informationen über die in #7121 hinausgehenden Informationen wären für Sie hilfreich, um zumindest herauszufinden, ob Cinnamon oder etwas anderes schuld ist? (Ein Hinweis auf eine Liste woanders wäre toll.)

@ Austin987 Ich habe Ihren Test vor 3,5 Jahren ausprobiert und er hat die Speichernutzung damals nicht erhöht und tut es immer noch nicht.

Ich sehe nicht, wie Benutzer beschimpft werden

Wenn Sie 30-50 wertlose E-Mails pro Tag erhalten, die kaum mehr als „Ich an“, „dasselbe hier“, „+1“ oder einen Abbruchbericht ohne Informationen enthalten, haben Sie vielleicht eine verhärtete Einstellung.

@PaulVD Ich habe #7121 geschlossen, da mehr als 50 % Monitoring-Applets verwendeten. Diese verursachen bekanntermaßen eine hohe Speicherauslastung.

Alles, was Sie sehen, ist eine beschissene Xenial-Basis und ein alter Xorg.

Was ich damit meinte, ist, dass alte Softwareversionen keine Upstream-Fixes als solche erhalten, vielleicht den einen oder anderen Sicherheitsfix.

aber dies ist ein LinuxMint-Forum

Es ist kein Forum, es ist ein Bugtracker für Probleme und wir erwarten einen höheren Standard der Berichterstattung.

Ich würde gerne helfen, aber ich bin nur ein Benutzer, kein Entwickler. Welche Informationen über die in #7121 hinausgehenden Informationen wären für Sie hilfreich, um zumindest herauszufinden, ob Cinnamon oder etwas anderes schuld ist? (Ein Hinweis auf eine Liste woanders wäre toll.)

Ich würde gerne ... sehen

1. Reporter, alle Gewürz-Applets, Desklets, Erweiterungen zu entfernen und das Design auf Mint-Standard zu setzen und zu sehen, ob der Speicher immer noch leckt.
2. vollständige Systeminformationen einfügen und einige Hardwareinformationen
3. Kann jemand bestätigen, dass ihm aus diesem Grund tatsächlich der Arbeitsspeicher ausgegangen ist? Linux neigt dazu, bei Bedarf zwischenzuspeichern und freizugeben.

Ich bin ein aktiver Entwickler/Maintainer mehrerer FOSS-Produkte, also ja, ich bekomme viele E-Mails mit diesem Inhalt.

Angesichts der Tatsache, dass dieser Fehler nichts als Vitrol und Benutzer beschuldigt hat, habe ich mit meinen Füßen abgestimmt und bin vor Jahren zu xfce gewechselt, das kein ähnliches Problem hat. Trotzdem wäre ich bereit, beim Debuggen zu helfen, wie ich es in den letzten Jahren bereits ein paar Mal getan habe. Aber angesichts der Antworten und der Einstellung gegenüber den Benutzern ist es einfacher, es fallen zu lassen und dort beizutragen, wo ich gebraucht werde.

1. Alle Applets, Desklets, Erweiterungen entfernt und Design auf Standard gesetzt.
2. Systeminfo: https://gist.github.com/anonymous/3bad51e14ce76470d4e1c3b66e3d2fbe
3. Das vollständige Auslaufen des Arbeitsspeichers würde einige Zeit dauern, da die Speichernutzung im Laufe der Zeit zunimmt, und sobald Cinnamon das 3-4-Gigabit-Limit erreicht, starten die meisten Benutzer Cinnamon/Box neu, da das System sehr träge wird, aber hier ist ein Screencast von mir, der wiederholt von einem Fenster aus wechselt zu einem anderen, der den Verbrauch von Cinnamon Ram innerhalb weniger Minuten um das 1,5-fache erhöht.
   https://youtu.be/1pv32MQvXgM
   Während ich normal arbeite, muss ich Cinnamin mindestens einmal täglich neu starten (Strg-Alt-Esc), sonst beginnt der Cinnamon-Prozess, 3-4 GB RAM zu fressen und wird erheblich langsamer. Selbst mit Linux-Tendenzen zum Cachen würden Sie denken, dass dies für einen Windows-Manager übertrieben ist.

Jetzt, wo ich darüber nachdenke, ist es möglich, dass Cinnamon Windows Switcher Alt-Tab ein Leck hat? Ich sehe keine Speichererhöhung, wenn ich von einem Fenster zum anderen wechsele, indem ich wmctrl in einer Schleife aufrufe

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

Beim manuellen Umschalten ging ich jedoch innerhalb weniger Minuten von 70 MB auf 100 MB.

Und als ich mit dem Schreiben dieses Beitrags fertig war, lag die Speichernutzung bereits bei ~ 150 MB.

Cinnamon auf meinem Bürocomputer hat über das Wochenende 7,5 GB angesammelt. Es ist also auch nicht der Alt-Tab-Schalter.

Hier ist die Ausgabe von lshw auf meinem System.
hw.txt
Wenn Sie meinen, dass der Arbeitsspeicher bis zu dem Punkt ausgeht, an dem alles auf die Festplatte ausgelagert wird, das HD-Licht solide leuchtet und alles so langsam ist, dass es verwendet werden kann, dann ja, aufgrund der kumulativen Wirkung von Zimt und anderen laufenden Programmen das System.

Hallo Leute. Mein -cinnamon-Prozess wächst am Wochenende auf 4,7 GB an ))) Ich habe das Problem gelöst. In meinem Fall waren die GPU- und CPU-Temperatur-Applets in der Statusleiste der Grund des Problems. Ich habe nicht versucht zu definieren, was schlecht ist, aber als ich es ausschaltete und neu startete, war es fertig, den Speicher zu vergrößern. Wenn also jemand ein solches Problem hat, versuchen Sie, diese Applets auszuschalten: [email protected] oder/und temperature@fevimu oder so ähnlich ...

In meinem Fall tritt das Problem auch auf, wenn der SpiderOak ONE-Client Daten hochlädt und sein Systray-Symbol animiert wird, sodass das Problem möglicherweise im Cinnamon-Code liegt, der Systray-Symbole im Allgemeinen und nicht ein Applet im Besonderen behandelt.

@sboukortt So sieht es wirklich aus! Während ich versucht habe, eine Lösung zu finden, habe ich gelesen, dass einige Leute die gleichen Probleme mit verschiedenen Applets für -Cinnamon haben, wie: "Menü zum Herunterfahren mit Symbolen", "CPU-Temperatur", "GPU-Temperatur" usw.

Leigh, danke für die Liste mit dem, was Sie brauchten. Ich habe nur von der Distribution bereitgestellte Applets verwendet, aber als ich sie alle wie gewünscht deaktiviert habe, ist das Problem verschwunden. So kann ich jetzt das fehlerhafte Applet identifizieren und die Informationen dorthin senden, wo es etwas Gutes tun wird. Ihre Debugging-Tipps wurden sehr geschätzt.

Einschließlich Netzwerk und Uhr usw.?

Für mich scheint es das Applet für die CPU-Temperatur zu sein. Wie kann ich den Speicher des Zimtprozesses auslesen und analysieren?

Ich habe das gleiche Problem, seit ich im Mai von MATE gekommen bin.
Cinnamon wird größer und verbraucht schließlich über 800 MB, wenn es über Nacht belassen wird.
Außerdem sinkt die Leistung von Cinnamon (bewegen von Fenstern usw.) dann dramatisch - bis zum Neustart.

Ich denke, dass jedes Element, das ein Redraw verursacht, schuld ist. Sie können Applets deaktivieren, die irgendetwas auf den Bildschirm zeichnen (wie Überwachungs-Applets), aber Sie werden letztendlich nur das unvermeidliche Wachstum des Zimtprozesses hinauszögern oder eher verlangsamen. Selbst das Kalender-Applet zeichnet sowieso Sekunden (in meinem Fall) oder Minuten. Kalender ist das letzte "schicke" Applet, das ich bekommen habe, und Cinnamon ist nach einer Stunde leichter Nutzung bereits 220 MB groß (315 MB RSS). Ab etwa 90 MB und wächst weiter.

Und ich bin übrigens auf Manjaro, also ist es kein Mint-bezogenes Problem. Es hat keinen Sinn zu leugnen, dass es ein Problem gibt, weil es ein Problem GIBT. Das Deaktivieren von Applets oder das Drehen des Software-Renderers wird letztendlich nicht helfen. Betrachtet man Ausgabe Nr. 3796, hat sich seit mindestens 2015 nichts geändert.

bearbeiten: und hier ist ein kurzer Film mit dem Titel "Wie man die Speichernutzung von Cinnamon von 80 MB auf 200 MB in 8 Minuten ohne Apps erhöht". Natürlich bleibt es nicht bei 200MB, aber mir tut der Finger weh ;)
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
Wird es in 3.6.7 enthalten sein?

edit3: Auch das Neuladen des Applets (z. B. Cinnamon Stock-Hauptmenü) von der Melagnge/Looking Glass-Konsole verursacht ca. 5 MB Erhöhung für jedes Neuladen. So wie Speicher immer zugewiesen und nie freigegeben wird.

Nun, Cinnamon-Screensaver funktioniert nicht mehr, also muss ich es neu starten, aber hier ist eine Aufzeichnung, wie hoch es geworden ist.

@sobrus Ich habe festgestellt, dass alle seine Prozesse mehr verwenden, als sie sollten.

Und ich bin übrigens auf Manjaro, also ist es kein Mint-bezogenes Problem. Es hat keinen Sinn zu leugnen, dass es ein Problem gibt, weil es ein Problem GIBT. Das Deaktivieren von Applets oder das Drehen des Software-Renderers wird letztendlich nicht helfen. Betrachtet man Ausgabe Nr. 3796, hat sich seit mindestens 2015 nichts geändert

Wer leugnet, dass es ein Problem gibt?,
Die Speichernutzung hat sich hier seit 2015 verbessert, die anfängliche Nutzung hat sich hier halbiert.

Leckt gnome-shell weniger? cjs/gjs war noch nie gut darin, IMO zu befreien

edit3: Auch das Neuladen des Applets (z. B. Cinnamon Stock-Hauptmenü) von der Melagnge/Looking Glass-Konsole verursacht ca. 5 MB Erhöhung für jedes Neuladen. So wie Speicher immer zugewiesen und nie freigegeben wird.

Ich weiß nichts über Gnome-Shell (ich mag es nicht, deshalb wurde Cinnamon sowieso geschaffen), aber um ehrlich zu sein, scheinen Kwin und Deepin beide zu wachsen. Aber sie sollten nicht unendlich wachsen (und ich hoffe, sie tun es nicht. Mate, Xfce wächst nicht einmal mit Compiz).

Darüber hinaus leidet die Leistung von Cinnamon auch nach längerer Zeit (und ein Tag ist nicht viel, wenn man bedenkt, dass ich meine beschissene Windows7-Box einmal zwei Monate bei der Arbeit neu starte, nur weil Updates es erfordern).
Ganz zu schweigen davon, dass es wie erwartet mit allen Themen/Applets funktionieren sollte, die aus dem offiziellen Gewürzladen heruntergeladen wurden.
Deshalb ist dies meiner Meinung nach ein großes Problem und sollte so schnell wie möglich behoben werden. Auch statt neuer Features.

Vielleicht sollte jemand versuchen, ein Applet zu verwenden, von dem bekannt ist, dass es sich schlecht benimmt, warum es Zimt wachsen lässt und eine Art Schutz implementiert? Oder Garbage Collector vielleicht?
Oder erstellen Sie separate Prozesse für Applets, genau wie es gnome2 getan hat. Es wäre wahrscheinlich nützlicher, den Einstellungs-Daemon aufzuteilen ...
Wenn es sich wirklich um ein Applet-Problem handelt, handelt es sich nicht um ein Problem mit der Core-Gnome-Shell-Technologie. In einem solchen Fall hätte es für mich eine noch höhere Priorität. 6 Jahre nach der Einführung von Gnome 3 wäre es ziemlich ... peinlich.

@sobrus

Spice ist nicht offiziell, es gibt keine Garantien, dass sie funktionieren.

Ganz zu schweigen davon, dass es wie erwartet mit allen Themen/Applets funktionieren sollte, die aus dem offiziellen Gewürzladen heruntergeladen wurden

Ein paar Mal habe ich meinen PC über Nacht mit einem Haufen Sachen geöffnet gelassen und bin im Fallback-Modus zu Cinnamon zurückgekehrt, und dmesg zeigt, dass es wegen der Verwendung des gesamten Speichers getötet wurde.

Gerade verbrauchte Cinnamon fast 4 GB, bis ich diesen Vorschlag von @cmrdt gemacht habe. Schauen Sie sich meine Speichernutzung vorher und nachher an, und dies war mit einer Menge offener Dinge, einschließlich Netbeans IDE, Firefox (mit etwa einem Dutzend Registerkarten), Thunderbird, Nextcloud Desktop (Synchronisation meines gesamten ~ 100-GB-Home-Ordners), Steam und Bitcoin Kern. Von all diesen Dingen verbrauchte Cinnamon den meisten RAM!

Ich kann nur bestätigen, dass 3.6.7 dieses Problem nicht behebt.
@skylart
Versuchen Sie vielleicht, dieses Skript in den Autostart zu versetzen, bis es behoben ist. Cinnamon wird automatisch neu gestartet, sobald es zu groß wird (ändern Sie 400000 kiB auf einen für Ihr System geeigneten Wert).

#!/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

Ich habe dieses Problem für eine Weile bemerkt und dachte, ich würde mich melden, um zu sehen, ob dies hilft. Ich bin der Autor des Gewürzes "iodisk", das die Festplattenauslastung im Panel anzeigt. Ich habe eine Mischung aus Mint 17.3- und 18.3-Maschinen, von denen keine in HW oder SW identisch konfiguriert ist. Ich habe eine Mint 17.3-Box, die seit Mai 2017 nicht aktualisiert oder neu gestartet wurde und die dieselbe interaktive Cinnamon-Sitzung mit dem iodisk-Spice ausführte, als ich die Box am 21. Dezember 2017 aktualisierte und neu startete. Das glass.log spiegelte keine Cinnamon-Abstürze wider, und Zimt verbrauchte 135 MB. Als Anekdote: Die Mint 18.3-Boxen, die ich regelmäßig verwende, scheinen alle unter dem Problem des Speicherlecks zu leiden, und die Shell stürzt alle paar Tage ab. Die stichprobenartige Überprüfung der Speicherauslastung für Zimt zeigt häufig eine Speicherauslastung im GB-Bereich.

Als Test habe ich zwei identisch konfigurierte VirtualBox-VMs erstellt und von den neuesten ISOs für 17.3 und 18.3 gebootet. Es wurden keine Updates installiert. Ich habe nur sysstat (mit den erforderlichen Abhängigkeiten) und iodisk aus dem Online-Spice-Repository installiert und jede VM über Nacht laufen lassen. Ergebnisse unten:

Bitte geben Sie an, ob ich Ihnen in dieser Angelegenheit zusätzlich behilflich sein kann.

Grüße

Schöner Fund!. Ich habe Cinnamon 3.2.x auf VirtualBox (Manjaro Cinnamon 17.0.1 vom März) installiert und nach 4 Stunden Nutzung sprang es auf nur etwa 125 MB. Ich habe versucht, es weiter zu erhöhen, aber es kehrte jedes Mal auf etwa 130 zurück. Genauso, als ob eine Art Garbage Collector gestartet wurde und dies bei 3.6.7 nicht der Fall ist.
Ich habe nie Version 3.2 verwendet - angefangen mit 3.4.

@ctrlsc
Nettes Applet übrigens. Erstens funktioniert das tatsächlich mit mdadm raid :)

Basierend auf dem Kommentar von @sobrus habe ich die gleichen Tests auf Mint 18.1 & 18.2 mit der gleichen Methodik wie in meinem vorherigen Beitrag durchgeführt. Die Cinnamon-Instanzen in jedem Test begannen bei knapp 100 MB und liefen über Nacht. Es scheint, dass die Regression in Cinnamon 3.4 eingeführt wurde, wie oben erwähnt. Basierend auf der Konversation in diesem Thread und diesen Tests scheint es, dass Applets, die Werte über die Shell-Ausführung abfragen und das Panel regelmäßig aktualisieren (iodisk-Abfragen alle 2 Sekunden), das Speicherleck verschlimmern können.

Linuxmint Cinnamon scheint soweit in Ordnung zu sein, ich werde sehen, ob ich 24 Stunden durchhalte, ohne zu Fedora zurückzukehren :-)

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 ~ $

Fast da.
Immer noch kein Leck oder wenn es vorhanden ist, ist es winzig.

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 ~ $

Wäre es nicht einfacher, das Problem mit VBox und dem von ctrlesc bereitgestellten Applet zu reproduzieren?
Cinnamon braucht fast 600 MiB, ist das normal für 2160p?

@sobrus Nein, ich interessiere mich nicht für Probleme mit Applets von Drittanbietern.

Und das scheint kein Applet-Problem zu sein. Das Entfernen des Applets ist eher nur eine Problemumgehung für das Zimtproblem.

@sobrus Ich würde erwarten, dass es mehr @ 2160p als @ 1080p verwendet, da viermal so viele Daten vorhanden sind

Cinnamon braucht fast 600 MiB, ist das normal für 2160p?

Was meiner Meinung nach untersucht werden muss, um das Problem zu lösen, ist die signifikante Abweichung in der Speichernutzung von Cinnamon im Laufe der Zeit, während nur ein Applet über die Versionen hinweg getestet wird, wie ich demonstriert habe. Korrigieren Sie mich, wenn ich falsch liege, aber da Zimt als Laufzeitersatz für die Applets mit cjs als Interpreter fungiert, müssen mindestens drei Dinge berücksichtigt werden - Applets, Zimt und cjs. Ich habe das Applet konstant gehalten und über mehrere Versionen von Cinnamon (2.8.6, 3.2.6, 3.4.3, 3.6.6) und cjs hinweg getestet. Nach Cinnamon 3.4 mit der gleichen Testmethodik steigt die Speichernutzung im Laufe der Zeit dramatisch an. Wenn das Applet, mit dem ich getestet habe, einen Fehler aufweist, wurde irgendwann eine Designentscheidung getroffen, die Cinnamon viel anfälliger für Instabilität macht und die ebenfalls untersucht werden könnte/sollte.

Anders ausgedrückt: Ich habe mehrere Mint 17.3-Boxen und mehrere 18.3-Boxen. Unter Verwendung der gleichen Applets stürzt Cinnamon unter 17.3 selten ab und unter 18.3 wird es schließlich träge, während es GB Speicher verbraucht. Nach meiner Erfahrung ist dieses Problem unabhängig von der zugrunde liegenden HW und dem Zimt-Rendering-Modus; Das Entfernen aller Applets verbessert das Problem jedoch sicherlich.

@leigh123linux , ich weiß, dass Sie gezögert haben, Applet-Tests von Drittanbietern einzubeziehen (und ich verstehe warum), aber bestimmte Applets scheinen ein potenzielles Problem aufzudecken. Glauben Sie, dass dies möglicherweise eher ein cjs-Problem ist?

Nun, es scheint, als hätten wir alle teilweise Recht gehabt.
Dies ist (wahrscheinlich) weder Cinnamon- noch Applet-Problem (wenn Sie CJs nicht zumindest als Cinnamons Teil zählen).
Ich habe cjs auf Version 3.2.1 heruntergestuft und das Problem scheint behoben zu sein.
(Zimt wächst zwar noch etwas, kann sich aber wenigstens auch zusammenschrumpfen).
Nach knapp 2,5 Stunden recht intensiver Nutzung sind es 220 MB.

cjs ist das einzige heruntergestufte Paket, Cinnamon 3.6.7, gtk 3.22.26, js 24.2.0

@ctrlsc
Können Sie Ihren Test auf Cinna 3.6.6 mit cjs 3.2.x wiederholen?

@IlyukhinAndrey Da ich nur das CPU-Temperaturanzeige-Applet (temperature@fevimu) hatte, denke ich, dass zumindest eines das Problem zeigt. Vielleicht hat @sboukortt recht und das ist eher ein Problem mit Zimt, wie es mit Applets umgeht?

@sobrus Was ist der einfachste Weg, um auf cjs 3.2.x herunterzustufen? Ich möchte mich selbst ausprobieren.
Ich hatte fast alle Applets entfernt und die Speicherauslastung von Cinnamon ist über das Wochenende auf meiner Büro-Workstation von 200 MB auf 5 GB gestiegen.

Es hängt weitgehend von der Linux-Distribution ab, die Sie verwenden. Sie müssen ein älteres Paket installieren (Sie können Dateien auch direkt kopieren/überschreiben, aber höchstwahrscheinlich wird es Ihren Paketmanager durcheinander bringen)
In meinem Fall habe ich das Paket aus dem Arch Linux Package Archive heruntergeladen und mit Pacman heruntergestuft.
https://archive.archlinux.org/packages/c/cjs/

Nachdem ich cjs 3.2 mehr als eine Woche lang verwendet habe, bin ich mit den Ergebnissen sehr zufrieden. Die Speicherauslastung hat nie 260 MB überschritten und ich muss nichts neu starten, wenn ich den Computer mehrere Stunden lang verwende. Ich habe cjs hinzugefügt, um die Ignore-Liste vorerst zu aktualisieren.

Ich möchte darauf hinweisen, dass es zwischen den Versionen 3.2 und 3.4 eine signifikante Vergrößerung der cjs gibt, was darauf hindeutet, dass es zwischen diesen Versionen einige ernsthafte Änderungen gibt. Vielleicht ist dies der Ort und der Grund, warum die Regression eingeführt wurde.

@michaelpaesold : Wenn Sie auf Mint sind, gehen Sie zu packages.linuxmint.com und suchen Sie cjs 3.2 unter 18.1 Serena. Ich habe dpkg mit "--force-overwrite" verwendet, um das Paket herunterzustufen. Dies wird ein bisschen chaotisch, da Sie kaputte Abhängigkeiten haben werden. Ich musste auch libcjs0-libmozjs-38 & libcjs0f herunterstufen, um die Dinge einigermaßen stabil zu machen. Ich würde nicht empfehlen, dies auf einem Produktionssystem zu tun .

Ich habe diesen Test vor etwa einer Woche unter einer VM mit Mint 18.3 durchgeführt und wie oben heruntergestuft. Cinnamon schien knapp unter 290 MB nicht mehr zu wachsen. Ich hatte aber wirklich keine Zeit, es lange testen zu lassen.

Auf Manjaro (und wahrscheinlich anderen von Arch abgeleiteten Distributionen) beinhaltet das Downgrading von cjs kein Downgrading anderer Abhängigkeiten.

@sobrus @ctrlesc Danke! Ich habe vergessen zu erwähnen, dass ich Linux Mint (natürlich Cinnamon), Version 18.3 verwende.

Da Sie (@ctrlesc) in diesem Fall davon abraten, das Downgrade auf einem Produktivsystem durchzuführen, werde ich dies zunächst auf meinem Laptop zu Hause versuchen.

Das gleiche Verhalten auf LM 18.3 Sylvia.
Unmittelbar nach dem Start ist Zimt ca. 120M.
Nach ein paar Stunden:

# 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

und später nochmal...

# 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

Prozess cinnamon --replace verbraucht immer mehr Speicher...

Hallo. Ich möchte meine Erfahrung hinzufügen, vielleicht ist es hilfreich, vielleicht nicht
Seit Linux Mint 18.1 habe ich einige Probleme mit Verzögerungen, CPU-Spitzen und Speicherlecks im Zusammenhang mit Cinnamon erlebt. Nach 10-15 Minuten Betriebszeit beginnen sowohl die Speicher- als auch die CPU-Auslastung zu wachsen, was zu Verzögerungen führt und das gesamte System verlangsamt. Normalerweise beträgt die Speicherauslastung nach 20 Minuten etwa 200 MB und Cinnamon steigt zufällig an und verwendet 20-30% der CPU für einige Sekunden ohne ersichtlichen Grund.
Ich habe versucht, auf cjs 3.2.0 herunterzustufen, und selbst dadurch, dass das Speicherleckproblem gelöst wurde, verschlechterte sich die CPU-Auslastung, wodurch die gesamte Schnittstelle seit dem Start verzögert wurde. Ich bin zu cjs 3.6.1 zurückgekehrt.
Ich habe nie Applets oder Desklets von 3° Party verwendet, sondern nur die, die mit der Standardinstallation geliefert wurden.

Aktuelle Zimt-Version: 3.6.7
Aktuelle cjs-Version: 3.6.1
Nvidia-Treiber: 386

Danke für die Geduld und Entschuldigung für mein schlechtes Englisch :)

@Mek101
Cinnamon läuft mit dem nVidia-Binärtreiber langsam, es sei denn, CLUTTER_VBLANK=none. Zumindest auf GTX750Ti.
Verwenden Sie CLUTTER_DEFAULT_FPS=60, um zu verhindern, dass es bei deaktiviertem vsync zu schnell neu gezeichnet wird.
Ich habe keinen Leistungsunterschied mit cjs3.2 bemerkt. Vielleicht ist es sogar schneller, da es nach dem Wachstum auf ~ 800 MiB stark verlangsamt wurde.

Ich verwende Cinnamon mit einer Nvidia 1070-Karte auf einem 4K-Display. In einem der anderen Themen-Threads habe ich Diagramme zur täglichen/wöchentlichen Speichernutzung gepostet, und die Nutzung schwankt tagsüber zwischen 300 und 800 MB. Mein Zimtprozess liegt normalerweise im Bereich von 400 MB, was für ein 4K-Display angemessen ist. Je mehr Apps und Fenster Sie geöffnet haben, desto größer wird der Cinnamon-Prozess. Das ist zu erwarten.
Ich habe auch eine Reihe von Applets laufen (14, um genau zu sein) und habe keine Speichererhöhung mit ihnen bemerkt, aber ich könnte mich irren und einige von ihnen könnten eine Erhöhung verursachen. Ich habe auch ein Skript, das den Zimtprozess überwacht und eine Benachrichtigung ausgibt, wenn es die 800-MB-Marke überschreitet, damit ich es manuell neu starten kann (ich mag keinen automatischen Neustart).

@sobrus hmmm ... meine env-Variablen sehen so aus:
CLUTTER_PAINT=disable-clipped-redraws:disable-culling CLUTTER_VBLANK=True KWIN_TRIPLE_BUFFER=1
Ich hatte damit großen Erfolg und hatte keine Bildschirmrisse. In den nvidia-Einstellungen habe ich auch "Force Composition Pipeline" aktiviert und auch "Sync to VBlank" aktiviert und "Allow Flipping" deaktiviert.

Ich habe Ihre Einstellungen ausprobiert, habe aber immer noch Leistungsprobleme. Verstehen Sie mich nicht falsch: Cinnamon funktioniert gut und flüssig, aber es gibt eine merkliche Verzögerung bei UI-Operationen (z. B. beim Verschieben von Fenstern scheinen sie ein wenig hinter dem Mauszeiger zurückzubleiben, anstatt immer genau dort zu sein, wo sich der Cursor gerade befindet). Es ist leicht zu erkennen, wenn Sie von einem anderen Fenstermanager wie Marco kommen. Natürlich gibt es bei aktiviertem vsync kein Screen Tearing, aber ich hätte lieber ein Tearing ohne Verzögerung. Versuchen Sie, Fenster mit meinen Einstellungen schnell zu verschieben, und Sie werden wahrscheinlich sehen, was ich meine.

Es scheint, als ob das Speicherleckproblem nicht alle Benutzer betrifft. Leigh123linux (der zufällig auch Cinnamon auf 4K mit nvidia binary blob betreibt) scheint nicht betroffen zu sein.

@sobrus Ich habe vielleicht ein oder zwei Pixel Verzögerung zwischen dem Mauszeiger und dem Fenster. Ich merke es überhaupt nicht und es stört mich nicht im Geringsten.

Natürlich gibt es bei aktiviertem vsync kein Screen Tearing, aber ich hätte lieber ein Tearing ohne Verzögerung.

Wirklich? Sie hätten lieber Screen Tearing und Diashows beim Abspielen von Videos, als eine Verzögerung von 1-2 Pixeln beim Verschieben von Fenstern zu sehen? Das ist ein seltsamer Kompromiss.

Ich denke, wir sind schon zu sehr vom Thema abgekommen, aber einen Computer zu haben, der hinter dir her ist, ist ziemlich ärgerlich. Als würde man einen schnellen Shooter mit 20 fps spielen. Reaktionsfähigkeit ist wichtig für die Benutzererfahrung, deshalb haben wir Scheduler wie BFQ, Interactive usw. Und entweder ist mein Tearing minimal oder ich habe mich bereits daran gewöhnt, weil ich genau hinsehen muss und selbst dann kaum etwas sehe.

Das einzige, was mir irgendwie aufgefallen ist, nachdem Cinnamon wieder 3,9 GB Speicherverbrauch erreicht hat und angefangen hat, Firefox und alles zu verzögern, ist, dass das Leck nach der Reinigung aller überflüssigen GIF-Dateien vom Desktop zu verschwinden scheint. Möglicherweise bin ich auch PDFs und ZIP nicht sicher, was den Unterschied macht.

Entschuldigung, streichen Sie das, es pisst es nur langsamer weg, jetzt, wo ich den Desktop gelöscht habe.

ähnliches Problem hier
auf ArchLinux Cinnamon 3.6 mit Kernel-lts
1,4 GB RAM belegt durch den "cinnamon --replace"-Prozess nach nur 8 Stunden Betrieb.............................. ................................
Ich habe kein Applet installiert, außer Menü, Uhrzeit, WLAN, Helligkeit und Ton.

Ich habe ein anderes Benutzerkonto, aber ein wiederkehrendes Problem...

Unter Debian Sid mit Cinnamon 3.4 keine derartigen Probleme und ich habe fünfzehn Applets installiert ....
Nach 5 Tagen Betrieb benötigt der "cinnamon --replace"-Prozess nur noch 160 MB RAM.
Und es ist auf dem gleichen PC mit der gleichen Konfiguration ...

Cinnamon wird so schwer wie Gnome??
Wird das Problem behoben??
Ist er bekannt???
Wird Cinnamon 3.8 dieses wiederkehrende Problem lösen?
Auf ArchLinux haben wir diesen Fehler trotz unserer Fehlerberichte seit Version 3.2 geschleppt.
Auch wenn es nicht alle betrifft, sind Menschen dennoch von diesem Fehler betroffen.

Ich überlege, das cjs-Paket auf Version 3.2 herunterzustufen, in der Vergangenheit hat es mir geholfen, eine korrekte Funktion zu finden.
Schade, dass es nicht von den Entwicklern behoben wird und dass wir immer basteln müssen, um etwas "fast funktionsfähig" zu bekommen.

Die Cinnamon-Versionen bestehen, aber die wiederkehrenden Probleme bleiben bestehen ...

@melmelissa Sie müssen sich darüber im Klaren sein, dass die Leute FOSS-Projekte meistens in ihrer Freizeit entwickeln, es ist nicht so, als müssten Sie dafür bezahlen, Beschwerden wie diese sind nicht hilfreich. (und für viele ärgerlich, besonders bei so vielen Abonnenten dieser Ausgabe)

Wenn es Sie so sehr stört, können Sie dieses Problem debuggen und selbst einen Pull-Request mit einem Fix einreichen.

Andere haben vorgeschlagen, dass dieses Problem durch eine neue Version von cjk verursacht/beschleunigt wird, Sie können Regressionstests dafür durchführen und herausfinden, welches genaue Commit dies verursacht.

Dies ist ein Issue-Tracker, kein Ort zum Schimpfen. Ich habe mehrere Beiträge gelöscht, die nicht weiterhelfen. Hier gibt es offensichtlich ein Problem, aber es ist inkonsistent und betrifft viele Benutzer überhaupt nicht. Das macht es zu einem schwierigen Problem, es festzunageln und zu beheben. Es kann eine Kombination aus mehreren Dingen sein.

Ich nehme an, ich kann ... bestätigen, dass ich dieses Problem auch nicht sehe? Wenn ich mit meinem offiziellen Arch-Linux-Maintainer-Hut spreche, scheint es kein Paketfehler zu sein, wenn es ein Problem gibt, und da ich und viele andere Leute es nicht duplizieren können, scheint es nichts zu sein, was ich beheben kann , aber vielleicht könnten die Leute, die es gesehen haben, nützlichere Debugging-Funktionen bereitstellen, die helfen könnten. Dies scheint eher ein subtiles Problem in Cinnamon-Komponenten auf relativ niedriger Ebene zu sein, und das wird schwer zu debuggen sein, ohne dass die problematischen Codepfade tatsächlich ausgelöst werden können ... Ein guter Ausgangspunkt könnte http://www .brendangregg.com/perf.html (oder natürlich valgrind).

Wenn @melmelissa jetzt vielleicht aufhören könnte, mir wütende E-Mails zu schicken, wäre das nett. :) Ich schätze, da ich diese Ausgabe jetzt abonniert habe, werde ich es wissen, sobald es jemand anderes tut, wenn die Grundursache jemals entdeckt und behoben wird. Ich denke, ich sollte von vornherein darauf hinweisen, dass ich als nicht betroffener Downstream-Packager völlig desinteressiert bin, dies selbst zu debuggen, sodass weitere E-Mails nicht helfen werden.

Vor allem von jemandem, der verschiedene Outlets wiederholt mit nutzlosen Tiraden und Beschwerden zugespammt hat, die den Entwicklern absolut nicht geholfen haben, und FOSS ganz offen gesagt einen schlechten Ruf einräumt. @melmelissa , tu das nicht! Nehmen Sie Ihren negativen Ton woanders an!

*wandert ab und macht etwas Interessanteres mit seinem Leben*

In den verschiedenen internationalen Foren (ArchLinux, Reddit und andere)
Wir sind bereits 34 Benutzer, die genau das gleiche Problem des Speicherverlusts haben (ja, ich habe verschiedene Themen geöffnet, um den "Fehler" aufzuzeichnen)
Alles unter ArchLinux Cinnamon 3.6.7.

Also nein, das Problem ist kein isoliertes Problem, 34 Leute, es ist kein isoliertes Problem mehr, aber es ist ein echter Bug, der existiert.
Wenn ich allein wäre, ja, wäre es ein isolierter Fehler.

Müssen wir uns daran erinnern, dass sich viele von uns über diesen Fehlerbericht darüber beschweren??
Anscheinend gibt es nicht genug von uns, um den Fehler ernst zu nehmen??
Also werde ich die 34 Leute bitten, zu kommen und zu beweisen, dass sie auch das gleiche Problem haben (da ich offensichtlich als Lügner bezeichnet werde oder weil ich einen Fehler erfinde, der nicht existiert).

Wir haben 3 Monate auf einen Patch gewartet, um diese großen Leistungseinbußen zu beseitigen, in wenigen Stunden ist der RAM gesättigt, und trotzdem haben wir einen guten PC.

Wir verbringen unsere Zeit damit, Pakete (Cinnamon, Muffin, CJS, Nemo) bei Rolling Release herunterzustufen, es ist zum Scheitern verurteilt ...

Auf meiner Debian-Sid (unstable) hat Cinnamon keine Sorgen, also ist es kein Hardwareproblem, noch hat mein PC ein Problem.
Aber es ist Cinnamon 3.6, das Fehler macht.
Oder ein Verpackungsproblem..

Sie sind die Betreuer, nicht wir ... wir leiden nur unter den Folgen Ihrer Fehler ...

@melmelissa Ich habe genug von deiner Scheiße

Ich finde die Tests von @ctrlesc recht interessant. Es hebt eine Regression in Mint 18.2 hervor und scheint zu dem Schluss zu kommen, dass die Ursache irgendwo in Cinnamon 3.4 liegt, insbesondere in der Einführung von mozjs38.

@ctrlesc Wir haben uns hier im Master-Zweig von mozjs38 entfernt (in Vorbereitung auf Mint 19) und verwenden jetzt mozjs52. Ich habe mozjs52 auf Mint 18.3 zurückportiert, damit wir an der nächsten Version von Cinnamon arbeiten können, ohne auf Mint 19 (das noch nicht fertig ist) upgraden zu müssen.

Glauben Sie, Sie könnten ähnliche Tests irgendwie mit einer 18.3-VM durchführen, die mit den Master-Paketen aktualisiert wurde? Zu Ihrer Information, wir verwenden jetzt CI und erstellen automatisch Pakete für jeden neuen Commit auf dem Master ... Wenn Sie beispielsweise zu https://github.com/linuxmint/cjs/releases gehen, sehen Sie eine Version für Mint 18 und Darin finden Sie Masterpakete für Mint 18 (dh 18.3). Alle Cinnamon-Komponenten haben jetzt Releases wie diese und Masterpakete für Mint 18 auf ihrer Github-Release-Seite. Sie müssen wahrscheinlich zumindest CJS und Cinnamon aktualisieren ... möglicherweise auch andere Komponenten, wenn Sie auf Abhängigkeitsprobleme stoßen (xapp usw.).

Ich öffne das Thema zwischenzeitlich wieder.

Als weiteren Bezugspunkt erinnere ich mich, dass ich ein ähnliches "schleichendes RAM-Syndrom" auf Cinnamon 3.4.x unter Ubuntu 16.04 beobachtet habe, aber seit dem Upgrade auf 3.6.x habe ich festgestellt, dass dieses Problem behoben wurde (seit Monaten, da ich wann aktualisiert habe 3.6.x wurde veröffentlicht).

Tatsächlich lasse ich meinen Desktop-PC im Allgemeinen ununterbrochen laufen und starte nur neu, wenn es ein Kernel- oder Mesa-Update gibt, das ich testen möchte - ich habe mindestens 14 Tage ohne übermäßige RAM-Nutzung gearbeitet.

Ich wollte die Dinge nicht aufwühlen, aber ich dachte, dass ein weiteres Beispiel von Cinnamon 3.6.x, das nicht neu ist, wo dieses Problem nicht existiert, nützlich sein könnte. Ich kann mehr Informationen geben, wenn das hilft.

Ich vermute, dass es tatsächlich etwas ist, das den Bildschirm durch Cinnamon auffrischt. Seit ich meine CPU-Temperaturanzeige entfernt habe, haben sich die Dinge stabilisiert und ich bin sicher, dass die meisten Leute hier Conky oder etwas Ähnliches verwenden, das den Bildschirm mit noch größerer Intensität neu zeichnet.

Sogar der Alt-Tab-Schalter fügte dem Speicherbedarf einige Kilobyte hinzu, aber es ist schwer zu bemerken, es sei denn, Sie beobachten es genau.

ohne applets, desklets oder conky steigt mein ramverbrauch über die stunden.
Der "cinnamon --replace"-Prozess nimmt nach mehreren Betriebsstunden weiterhin mehrere GB RAM in Anspruch.
Bis es den RAM vollständig sättigt und den PC einfriert.

Ich verwende kein automatisches Hintergrundbild (Diashow)
keine Leerlaufzeit, kein Bildschirmschoner.
Das Problem ist mysteriös und für mich ernsthaft blockierend.
Also habe ich Cinnamon in Version 3.4 wieder zurückgestuft.

Auch hier scheinen Applets nicht wirklich das Problem zu sein.
Wie @sobrus betonte, scheinen Draw Calls ein Speicherleck zu verursachen. Durch einfaches wiederholtes Drücken der [Super]-Taste zum Ein- und Ausblenden des Menüs wird die Ram hochgefahren

Ram Leak ist für mich kein so großes Problem, denn mit 16 Gigs werde ich schlafen gehen, bevor das System überhaupt daran denkt, irgendetwas zu paging, aber das Problem scheint in einigen Fällen zu existieren, und ich denke, es verdient eine Bestätigung Etikett, auch wenn die meisten Benutzer es wahrscheinlich nie bemerken werden.

Ich denke, der Grund dafür, dass das Problem nicht weit verbreitet zu sein scheint, ist, dass Sie es beheben müssen, um es wirklich offensichtlich zu machen. Mir wurde als Kritiker gesagt, dass das Problem in Cinnamon existiert, habe es nachgeschlagen und festgestellt, dass es dort war, als ich Mint tatsächlich 3 Jahre lang benutzt hatte.

Ausführen von Cinnamon 3.6.7, Kernel 4.13.0-32, Nvidia-Treiber 384. auf mint 18.3 x64

Deutsche Drohung, die besagt, dass es mit der Neulackierung der Bar zu tun hat:
https://www.linuxmintusers.de/index.php?topic=47097.msg665511#msg665511

Viele denken, dass das Problem von Applets kommt.
Es ist ganz logisch, dass die Applets den Zustand des Systems überwachen.
Vorher habe ich die Temperatur, die Aktivität der CPU und den RAM-Verbrauch verwendet.

Wenn wir diese Applets installieren, sehen wir das Fragezeichen, das uns warnt, dass es sich um Applets handelt, die Systemaufrufe ausführen und die Leistung beeinträchtigen können.

Das Hauptproblem besteht darin, dass dieses Problem mit Cinnamon 3.4 nicht mehr besteht.
Ohne Applets mit Cinnamon 3.6 ist das Speicherleck vorhanden, also ist es das Applet des WLANs ??
Das von Sound vielleicht ??
Irgendwas stimmt auf jeden Fall nicht..

Ich werde versuchen, das Panel automatisch auszublenden, wir werden sehen, was passiert ...

Hoffnung erweckt Hoffnung zum Leben

Ich habe dieses Problem nicht , ich habe DPMS in meiner xorg.conf aktiviert und ich habe Dinge so eingestellt, dass der Bildschirm bei Inaktivität über Einstellungen > Energieverwaltung gelöscht wird:

Turn off the screen when inactive for = 30 minutes

Wenn das Problem mit Draw Calls, Repaint usw. zusammenhängt, wird dies durch Bildschirmausblendung, Bildschirmschoner usw. verhindert, wodurch das Problem für die meisten Benutzer verhindert wird, da die Standardeinstellung für diese Einstellungen darin besteht, das Verhalten des Bildschirms in den Ruhezustand zu versetzen. ..?

Es muss eine gemeinsame Variable für die Benutzer geben, die dieses Problem haben - es scheint nicht mit der Distribution zusammenzuhängen, scheint aber spezifisch für das Zeichnen von Anrufen zu sein - Applets selbst scheinen nicht das Problem zu sein, aber Applets, die sich grafisch aktualisieren scheinen das Problem

Die Daten deuten auf Zeichenaufrufe, Bildschirmaktualisierungen, irgendetwas im Grafikstapel hin...

Das Hauptproblem besteht darin, dass dieses Problem mit Cinnamon 3.4 nicht mehr besteht.

Soweit ich mich erinnere, hatte ich das Problem mit 3.4. Ich denke, es begann um 3.0 oder spätestens 3.2.

Ich bemerkte auch, dass wiederholte Draw-Aufrufe nicht nur einen enormen Anstieg der RAM-Nutzung verursachten, sondern auch eine sehr hohe CPU-Auslastung im Cinnamon-Prozess und Schluckauf im Compositor (bis zu dem Punkt, dass ich keine Videospiele spielen konnte, während SpiderOak ONE Daten sicherte ).

@Hauptmaschine
Ich habe den Bildschirmschoner nur auf 10 Minuten eingestellt, um zu sehen, wie es sich anfühlt.
Das Ausblenden des Panels hat bei mir keine Auswirkung, der RAM-Verbrauch fliegt davon.
Ich bin bei 2,9 GB für den "Cinnamon --replace"-Prozess, der PC ist erst seit 3 ​​Stunden eingeschaltet :/

@sboukort
Ich hatte auch das Speicherleckproblem mit Cinnamon 3.2..
Aber Version 3.4 ist die beste Version, die ich bisher benutzt habe, und es ist kein Problem für mich.
Aber bei Rolling-Release-Distributionen wird es eines Tages ein großes Problem sein, Desktop-Umgebungs-Upgrades auf die schwarze Liste setzen zu müssen.

Im Gegensatz zu Ihnen mache ich mir keine Sorgen um das CPU-Level, es bleibt sehr stabil, kein Ausreißer.
Für meinen Teil ist das Downgrade die einzige Alternative.

Auf Debian Sid habe ich es nicht eilig, Cinnamon 3.6 zu bekommen.
Die aktuelle Version 3.4 passt mir sehr gut :)

@sobrus
Durch die Wiederherstellung der Cinnamon-Pakete von ArchLinux gibt es keine Möglichkeit, sie auf Manjaro zu installieren.
Da es sich um dieselbe Familie handelt.

@mainmachine Ich habe auch den DPMS-Bildschirm ausgeschaltet, aber ich bin definitiv betroffen und die Speichernutzung wächst mit dem ausgeschalteten Bildschirm.
Ich stimme @CloneMMDDCVII zu, dass dieses Problem wahrscheinlich viel weiter verbreitet ist, die meisten Benutzer bemerken es einfach nicht, kümmern sich nicht darum und melden es nicht. Deshalb habe ich darauf bestanden, es zu überprüfen.

Ich kann die aktualisierte Version auf Manjaro testen, wenn die Arch-Betreuer aktualisierte Pakete bereitstellen.
Ich habe Master 18.3 deb in Pacman xz-Pakete (Cinnamon, Session, Desktop, CJS usw.) konvertiert, aber (natürlich) es hat Cinnamon kaputt gemacht.
Ich habe eine benutzerdefinierte Wiederherstellung und Sicherung, sodass ich keine Angst habe, mein System in irgendeiner Weise zu beschädigen.

@melmelissa
Manjaro- und Arch-Pakete sind normalerweise austauschbar (Manjaro-Pakete sind normalerweise Arch-Pakete, verzögern sich nur ein paar Tage). Das heißt, da weder Arch noch Manjaro Teilaktualisierungen unterstützen und es möglicherweise funktioniert oder nicht. Normalerweise funktioniert es und ich verwende derzeit cjs 3.2 aus dem Arch-Paketarchiv.

Ich stimme @CloneMMDDCVII zu, dass dieses Problem wahrscheinlich viel weiter verbreitet ist, die meisten Benutzer bemerken es einfach nicht, kümmern sich nicht darum und melden es nicht. Deshalb habe ich darauf bestanden, es zu überprüfen.

Das ist reine Vermutung. Ich lasse Cinnamon manchmal tagelang laufen, ohne die 400mb-Marke zu überschreiten. Das macht es schwierig, Fehler zu beheben. Zum Beispiel sagt jemand oben, dass Cinnamon nach 3 Stunden 2,9 GB verbraucht. Ich habe Cinnamon in den letzten 3 Stunden auf einem HiDPI-Rechner (der normalerweise eine höhere Auslastung hat) mit Entwicklungsarbeiten beschäftigt, und ich habe nur 238 MB.

@JosefMcc
Mir ist bekannt, dass es Benutzer gibt, die nicht betroffen sind. Aber dieses Problem tritt auf verschiedenen Distributionen und verschiedener Hardware auf. Das Reproduzieren ist wahrscheinlich so einfach wie das Installieren von Mint 18.3 auf Virtualbox (oder @ctrlesc ist sehr unglücklich) und sogar meine 5 Jahre alte Manjaro-Instanz ist betroffen (bis ich cjs downgrade, das heißt)

Verstehen Sie mich nicht falsch, ich versuche nicht so zu tun, als wäre das kein echtes Problem. Ich sehe es einfach nicht und die anderen Entwickler auch nicht.

Ich habe Cinnamon auf verschiedenen Versionen von Mint, Debian und Ubuntu seit Mint13 auf 7 oder 8 verschiedenen Computern ausgeführt. Meine aktuellen Hauptarbeitsmaschinen haben Mint 18.3, Ubuntu 18.04 und frühe Testversionen von Mint 19 und keine davon ist betroffen.

Ich werde sagen, dass ich einige Dinge nicht ausführe, von denen ich sehe, dass sie dieses Problem verursachen können. Keine Applets, Desklets oder Erweiterungen von Drittanbietern. Ich führe auch nichts aus, das ständig aktualisierte Dinge im Systray hinterlässt, wie SpiderOak.

Ich möchte ein Hardware- oder Grafiktreiberproblem ausschließen. Ich habe dieses Problem nicht, aber ich bin fasziniert davon, und ich würde gerne einige Systemdaten von jedem sammeln, der das Problem hat, um den Prozess zu erleichtern.

@JosephMcc oder @leigh123linux – wenn ich einen Link zu einer freigegebenen Tabelle posten würde, zu der die Leute hier ihre Informationen hinzufügen könnten, würde das gegen Regeln verstoßen oder allgemein jemanden verärgern, dessen Sie sich bewusst sind?

Ich weiß nicht, ob das Problem isoliert oder konfigurationsspezifisch ist, aber in den verschiedenen englischen, französischen und deutschen Foren habe ich Themen geöffnet, um herauszufinden, wer diesen Fehler hat, und bisher sind wir 36 Benutzer. alles unter ArchLinux Cinnamon 3.6 und vollständig aktueller Distribution.

Ich weiß, dass 36 Leute eine kleine Zahl sind, aber ich fühle mich besser, ich bin nicht der Einzige.
Aber es ist auch beunruhigend zu wissen, dass es ein Problem gibt, das isoliert aussieht und sich von Version zu Version wiederholt.
Ich habe sogar Archlinux Cinnamon auf meinem Testlaufwerk installiert, und das Problem ist wieder da, und es ist eine Rohversion von Cinnamon.

Und es ist kein Hardwareproblem, wie oben erwähnt, auf meinem Cinnamon Debian habe ich keine Fehlfunktion.
Und Cinnamon 3.4 auf ArchLinux löst die Probleme.
Ich weiß nicht, was ich sonst tun soll, um mehr Details zu geben oder anderes ...

Das Reproduzieren ist wahrscheinlich so einfach wie das Installieren von Mint 18.3 auf Virtualbox
Ich weiß nicht, was ich sonst tun soll, um mehr Details zu geben oder anderes ...

Mach das:

Dann versende es nach Irland.

@melmelissa - Die Hardware ist möglicherweise in Ordnung, aber verschiedene Grafiktreiber, X.org-Versionen, GL-Bibliotheken usw. können die Interaktion des Stacks mit der Hardware drastisch ändern, sodass möglicherweise ein bestimmter Kernel, ein bestimmtes Modul oder eine bestimmte Bibliothek verfügbar gemacht wird durch Zimt. Wenn wir die Daten an einem Ort platzieren können, können wir nach einem Muster suchen.

In Irland ist es kalt, es wird sich erkälten, es ist an die Temperaturen in Südfrankreich gewöhnt :p

@Hauptmaschine
Tatsächlich unterscheiden sich alle Pakete von einer Distribution zur anderen, und nicht alle PCs sehen gleich aus.
Zum Beweis haben einige unter Mint Probleme, andere nicht.

Wenn wir nützliche Daten für ein gründliches Debugging sammeln können, warum nicht, wird dies vielleicht eine Möglichkeit sein, ein gemeinsames Element zu finden, das wir alle haben.

@melmelissa - wenn die Cinnamon-Leute das Problem nicht reproduzieren können, gibt es buchstäblich keine Möglichkeit, es zu lösen, denn in diesem Szenario gibt es kein Problem , ja?

Der einzige Weg, um voranzukommen, besteht darin, Daten von betroffenen Benutzern zu sammeln und zu versuchen, ein Muster zu identifizieren. Wenn ein gemeinsames Element gefunden wird, könnte jemand diese Variable testen und das Problem hoffentlich neu erstellen und es dann lösen. Oder wir stellen fest, dass es sich um einen seltsamen Eckfall handelt und nicht direkt durch Cinnamon verursacht wird.

In jedem Fall muss das Problem charakterisiert, die Grundursache identifiziert und neu erstellt werden, um es zu debuggen und zu lösen.

Ja, es stimmt, dass wir das Problem nicht reproduzieren können...
Ich stimme Ihrer Analyse zu und bin bereit, alle notwendigen Elemente zu liefern.
Wenn auch andere betroffene Nutzer teilnehmen möchten, ist dies der Weg, um das Problem wirklich zu identifizieren. :)

Ich stehe Ihnen zur Verfügung, um zu versuchen, den Ursprung des Fehlers zu finden.
Es ist spät in Frankreich, ich gehe schlafen.

Ich habe dieses Problem auch bei einer Neuinstallation von Mint 18.3, obwohl es eine mildere Version zu sein scheint als bei einigen anderen. Ich bekomme regelmäßig RAM-Nutzung über 1 GB für cinnamon --replace. Es war schlimmer, bevor ich ein Applet für die CPU-Temperatur ausgeschaltet habe (wie an anderer Stelle in diesem Thread vorgeschlagen).

Mir ist klar, dass „Ich auch“-Kommentare von Benutzern nicht sehr hilfreich sind, weshalb ich bisher nur verfolgt und nicht kommentiert habe. Aber angesichts der Art und Weise, wie sich die Diskussion entwickelt hat, dachte ich, ich sollte sagen, dass ich bereit wäre, einige Systemdiagnosen beizutragen, wenn dies für die Entwickler hilfreich wäre.

@clefebvre , ich habe ein paar VMs bereit, um mit dem Testen zu beginnen. Ich werde die Pakete wie von Ihnen beschrieben einziehen und die Ergebnisse posten.

@JosephMcc Sie haben ~ 240 MiB auf dem HiDPI-Computer, @leigh123linux hatte fast 800 MiB (obwohl ich nicht weiß, wie hoch seine Betriebszeit war). Sie beide sind jedoch nicht betroffen. Und es wundert mich.

@sobrus Ich bekomme die gleiche Verwendung 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 liegt derzeit bei 285 MB. Meine andere Maschine ist kein HiDPI und hat eine Nvidia1060. Die Speichernutzung von Cinnamons ist auf diesem Computer im Allgemeinen etwas höher, aber das ist typisch für den Nvidia-Treiber. Ich sehe immer noch nicht, dass es außer Kontrolle gerät, wie es einige von Ihnen tun, und ich habe es tagelang laufen lassen.

Die beiden obigen Beispiele veranschaulichen, warum es nützlich wäre, festzustellen, ob es ein Muster gibt, das mit Grafikhardware/Grafiktreibern korreliert.

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 verwendet 392 MB, und dies ändert sich im Laufe des Arbeitstages nicht wesentlich.

Mein Desktop-System hat eine AMD-GPU, ansonsten dieselbe Distribution, denselben Kernel usw. und ist nach 9 Tagen Betriebszeit bei 333 MB:

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

@Hauptmaschine
Soweit ich weiß, gibt es keine Korrelation zwischen verwendeten Grafikstacks. Ich verwende den proprietären nVidia-Treiber auf der Maxwell-Karte, @MegaV0lt verwendet RadeonSI mit Mesa und Gallium auf Kaveri.
Sowohl OpenGL-Backends als auch Software-Renderer scheinen betroffen zu sein, obwohl ich nicht weiß, ob Cinnamon die LLVM-OpenGL-Pipeline oder eine Art benutzerdefinierten Software-Rasterizer verwendet.

Aber da das Herunterstufen von cjs das Problem zu beheben scheint, würde ich dort nach dem Problem suchen.

Hier ist meine Inxi-Ausgabe, falls Sie sie interessant finden:
https://pastebin.com/1AxmqVGF

@sobrus - OK, schauen wir uns also die Unterschiede im Kernel an. Ich bin auf allen meinen Systemen auf 4.13, ebenso wie @JosephMcc auf seinem oben geposteten System und @leigh123linux auf 4.15, und das Problem besteht auf diesen drei Systemen nicht.

Welche Kernel laufen auf den betroffenen?

Und natürlich können die amdgpu-, radeon-, i915- und nvidia-Module je nach Kernel-Version möglicherweise alle unterschiedlich sein, daher können wir den GPU -Treiber -Stack noch nicht ausschließen ...

@mainmachine 4.13.0-32-generisch x86_64 (64 Bit)

@Hauptmaschine
4.15.3-1-ARCH, Betriebszeit 1,5 Tage und bereits bei 770M.

Dies ist auf einer VM, auf der Cinnamon unter Software-Rendering läuft, also keine Korrelation zwischen Kernel und Grafiktreiber.

Vanille-Design und keine zusätzlichen Applets.

@Hauptmaschine
Ich verwende Rolling-Arch-basierte Distribution. Kein Update in den letzten Monaten hat das Problem gelöst (Kernel, x.org, nvidia, cinnamon). Also im Grunde jeder Kernel seit 4.12 (als ich von MATE gewechselt bin) bis 4.15.

mek101<strong i="5">@mint18</strong> ~ $ 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 

Habe nie Applets von Drittanbietern installiert.
Eigentlich bin ich neu in der Softwareentwicklung und im Debugging und weiß nicht, ob es nützlich oder völlig nutzlos sein könnte: In meinem persönlichen Computer mit den obigen Spezifikationen habe ich den Zimtspeicher im Laufe der Zeit mit pmap abgebildet und mit sdiff auf Unterschiede überprüft -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

Dies ist die Ausgabe von sdiff -s memamp1.txt und memap5.txt Jede Datei ist die Ausgabe von pmap, aufgenommen mit 1 Stunde und 14 Sekunden Unterschied

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

Sie sind zeitlich nicht gleich weit entfernt

Auch meine xsession-errors.txt
Der Vollständigkeit halber

Noch eine weitere betroffene 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    

und kurz danach:

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

während STRG + ALT + ESC es sofort wieder normalisiert

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

Ich habe diesen Thread auch stillschweigend überwacht, aber jetzt füge meine Systeminformationen hinzu, falls es nützlich ist.

Ich verwende Centos7 mit Cinnamon, das aus den EPEL-Yum-Repositories installiert ist. Ich habe auch das Speicherleck gesehen, als ich anfing, Zimt zu verwenden. Zu dieser Zeit verwendete ich ein Systemmonitor-Applet, das Diagramme der CPU-, Speicher- und Netzwerknutzung im Laufe der Zeit anzeigt. Als dieses Applet ausgeführt wurde, sah ich nach einigen Tagen das Leck, der Zimtprozess war bis zu ein paar GB groß. Seit dem Entfernen dieses Applets sehe ich das Leck nicht mehr, die Speichernutzung steigt mit der Zeit immer noch ein wenig an, derzeit bei 300 MB, aber das könnte nur ein normales Verhalten sein. Das aggressive Leck ist nicht mehr vorhanden.

Systemdetails unten.

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 

nach einem Tag Betrieb.
Zu wissen, dass ""cinnamon --replace"" 4,8 GB RAM benötigt

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

Welche Applets laufen bei @melmelissa ?

Diejenigen unter euch, die das Problem haben, posten bitte die Ausgabe von

gsettings get org.cinnamon enabled-applets

gsettings get org.cinnamon enabled-applets
['panel1:left:0:[email protected]:94', 'panel1:left:2:bumblebee<strong i="5">@pdcurtis</strong>:39', 'panel1:center:1:windows-quick-list-with-close-button<strong i="6">@koutch</strong>: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<strong i="7">@marvel4u</strong>:75', 'panel1:right:6:[email protected]:0', 'panel1:right:8:[email protected]:9', 'panel1:right:9:weather<strong i="8">@mockturtl</strong>:18', 'panel1:right:10:[email protected]:43', 'panel1:right:11:[email protected]:8']

Das Applet, auf das ich mich bezog, mit dem ich das Leck gesehen habe, nennt sich selbst „System Monitor“.

Hier ist die Ausgabe von

gsettings get org.cinnamon enabled-applets

mit diesem aktivierten Applet, das das Leck zeigt

['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<strong i="10">@orcus</strong>:45']

und das gleiche, nachdem ich das anstößige Applet entfernt habe

['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']

Das anstößige Element ist also das letzte ' panel1:right:0:sysmonitor@orcus :45'

@melmelissa Kann ich vorschlagen, dass Sie versuchen, alle Ihre Applets zu entfernen und zu sehen, ob das Problem behoben ist.

Bearbeiten - Oder zumindest Applets, die keine Standardsystem-Applets sind, und solche, die den Bildschirm regelmäßig aktualisieren (was der Kern des Problems zu sein scheint).

Die Nutzung ist mit mozjs52 geringer

 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  ~ 

Ich kann das Problem leicht reproduzieren, wenn es ein Applet auf dem Panel gibt, das ständig etwas zeichnet, zB ein Systemmonitor-Applet.

Ich habe Linux Mint 18.3 in einer KVM/QEMU-VM aus dem ISO-Image installiert. Dann habe ich mich über SSH mit dem Gast verbunden und versucht, valgrind zu verwenden, aber es hat nicht funktioniert (Endlosschleife/Hängen), also habe ich ein nettes kleines Tool namens memleax verwendet.

Ich habe Memleax an den laufenden Zimtprozess angehängt und einen Bericht erhalten, der darauf hinweist, dass es viele Lecks in libmozjs-38.so und auch beim Aufrufen der Funktion cairo_pattern_create_linear gibt.

Interessant sind auch die 30 Megabyte Speicherlecks, die von libpixman-1.so allokiert wurden.

Ich nehme an, dies ist die Javascript-Bibliothek, die Kairo-Objekte nicht richtig freigibt.

Hier ist das Protokoll.

@ cjones051073
Ich habe gerade das Dashboard auf die Standardeinstellungen zurückgesetzt, sodass ich nur die ursprünglichen Applets habe.
Ich lasse den PC mehrere Tage laufen, um die Entwicklung zu sehen.

Pkgos-Tests sind interessant (auch wenn ich nicht viel über Java weiß)
Ich habe auch Valgrind ausprobiert, aber Cinnamon stürzte ab.
Ich konnte meine Hand nicht zurückbekommen, ich konnte nicht einmal ein tty bekommen.

Das Applet, das ich installiert habe, ist "Graphical Hardware Monitor", und die Linien, die das (undichte) Kairo-Muster erzeugen, sind:

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 (sollten Standard sein)

['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']

Ich sollte hinzufügen, dass ich nicht von einer Neuinstallation komme, sondern mein System von Mint v18 aufwärts aktualisiert habe.

Wenn ich die folgenden Zeilen direkt nach hwmonitor@sylfurd/applet.js#L180 setze :

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

Ich erhalte ein Leck über 1 Megabyte/Sekunde.

Probieren Sie es selbst aus. Bearbeiten Sie ~/.local/share/cinnamon/applets/hwmonitor@sylfurd/applet.js und fügen Sie diese Schleife ein. Sie können das Leck noch schneller machen, indem Sie das Loop-Count-Limit erhöhen.

Habe gerade meinen Rechner neu gestartet. Cinnamon belegte 11,8 GB von 16 GB verfügbaren.

[' 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:rechts:7:[email protected] :11', ' panel1:rechts:8:[email protected] :12', ' panel1:rechts:6:[email protected] :13' ]

Ich habe keine Applets oder Designs installiert, aber System Monitor läuft rund um die Uhr.

'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']

Hallo,
Ich kann dieses Problem auf Manjaro (Arch-basiert) bestätigen. Vor alt-f2-r nutzte Cinnamon 5 von 16 GB.
Meine installierten Applets sind:

[
  '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<strong i="8">@fevimu</strong>:22'
]

Die einzige nicht offizielle ist die letzte, sie zeigt nur Text in der Dropdown-Liste an.

Auf der VM (Ryzen-Host) nur mit 2D-Rendering sollte alles Standard sein. (derzeit 834 MB RAM belegt von cinnamon --replace, 386 MB nach 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'
]

Heute habe ich mein System nur wenige Sekunden nach dem Login STRG-ALT-escaped und der Speicherverbrauch ist keine Rennzeit mehr. Dies könnte darauf hindeuten, dass es sich um einen Teil mit Login / Init handelt

  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      

Das letzte Update scheint das Problem gelöst zu haben.
Version ist jetzt 18.2; kann keine zusätzlichen Informationen finden.

Beim Einrichten der VMs für diesen Test habe ich begonnen, Code im iodisk-Applet auszukommentieren. Ich war irgendwie schockiert, als ein paar Zeilen Code (this.menu.removeAll & this.menu.addMenuItem) einen großen Unterschied im Speicherverbrauch machten. Ich habe ein einfaches Applet (https://gist.github.com/ctrlesc/0e883dc7d0ef86d7b084a7a961e3e2e0) erstellt, um einfach zu isolieren, wie sich die Aktualisierung des Panel-Status und des Popup-Menüs auf den Speicherverbrauch auswirkt. Während der Tests wurden die Zeilen 71, 72 und 77 aktiviert oder auskommentiert, um die folgenden Ergebnisse zu erzeugen. Für die Mint 18.3-Tests wurden alle Updates angewendet und zusätzliche Tests mit den aktuellen Masterpaketen für cinnamon, cjs und dem zurückportierten mozjs52 durchgeführt. Zum Vergleich ist ein Trial mit Mint 18.1 beigefügt. Hier sind die Ergebnisse des Speicherverbrauchs mit dem Test-Applet und Kombinationen aus Bedienfeld und Popup-Menü.

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

Ich habe mir die Quelle für temperature@fevimu angesehen und sie funktioniert sehr ähnlich wie iodisk, da sie das Bedienfeld und das Popup-Menü in einem bestimmten Abfrageintervall aktualisiert.

Ich habe ein Speicherleck unter Linux Mint 18.2 / Cinnamon 3.4.6 gesehen.

Ich vermute, es lag an dem Applet "Graphical Hardware Monitor", das ich installiert und aktiviert hatte. Ich glaube, dies ist eine alte Version, die älter ist als die Cinnamon Spices-Änderung und der "Hardware-Monitor" darauf.

Kann jemand mit dem Testaufbau bitte den "Hardware Monitor" testen. Ich bin mir nicht sicher, ob "Graphical Hardware Monitor" überhaupt noch heruntergeladen werden kann, aber das Datum auf dem Applet ist vom 01.02.2012.

Ich habe immer noch Speicherprobleme mit Cinnamon.
Die Verwendung von "cinnamon --replace", um Cinnamon neu zu starten, gibt jetzt eine Fehlermeldung aus:

Zimt - ersetzen
Cjs-Meldung: JS LOG: Bin dabei, Cinnamon zu starten
St-Message: cogl npot Texturgrößen UNTERSTÜTZT
Cjs-Nachricht: JS LOG: Cinnamon gestartet am Thu Mar 01 2018 10:13:24 GMT+0100 (CET)
(cinnamon:1157): St-WARNING *: Längeneigenschaft wird ignoriert, die keine Zahl in Zeile 1526, Spalte 13 istCjs-Meldung: JS LOG: network applet: Cannot find connection for active (oder connection can not read)openGL-Version 3.1 erkannt (GL3 Cogl-Treiber)Cjs-Message: JS LOG: Ungültiger Netzwerkgerätetyp, ist 14Cjs-Message: JS LOG: network applet: Found connection for active(cinnamon:1157): St-WARNING * : Längeneigenschaft wird ignoriert, die keine Zahl in Zeile 1526, Spalte 13 ist
(Zimt:1157): St-WARNING **: Längeneigenschaft wird ignoriert, die keine Zahl in Zeile 1526, Spalte 13 ist

Wenn ich das Terminalfenster schließe, scheint Cinnamon zu stoppen und ich muss meinen Computer neu starten.

Ich habe Mint deinstalliert, meine SSD formatiert und Ubuntu 17.10 installiert, dann habe ich Cinnamon erneut installiert.
Gleiches Problem!! Das ist nicht gut.
Da es keine Lösung gibt, habe ich Cinnamon deinstalliert.

Was für eine Enttäuschung!!

Hans

Nur Informationen.
Ich hatte dieses Problem. Ich habe den Rechner 24/7 als Server, sodass die Umgebung wenig genutzt wird. (Es ist fast immer mit schwarzem Bildschirm)
In einer Woche verbrauchte ich mehr oder weniger 3,5 GB von 16. und es wurde sehr langsam.
Den Vorschlägen folgend habe ich das Applet für die CPU-Temperatur deaktiviert.
Es gibt nur die, die mit dem System geliefert werden.
In 24h hat sich der Speicherverbrauch nicht erhöht. 180M
Grüße

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
Distribution: Linux Mint 18.3 Sylvia
Maschine: System: HP Produkt: ProLiant ML330 G6
Mobo: n. z. Modell: n. z. Bios: HP v: W07 Datum: 02.07.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
Taktraten: 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
Grafik: Karte: NVIDIA GT218 [GeForce 210] Bus-ID: 0a:00.0
Anzeigeserver: X.Org 1.15.1 Treiber: nvidia (entladen: fbdev,vesa,nouveau)
Auflösung: 1920 x 1080 bei 60,00 Hz
GLX-Renderer: GeForce 9500 GT/PCIe/SSE2 GLX-Version: 2.1.2 NVIDIA 340.102 Direct Rendering: Nein
Audio: Card-1 NVIDIA High Definition Audio Controller-Treiber: snd_hda_intel Bus-ID: 0a:00.1
Karte-2 JMTek LLC. Audio-Controller-Treiber: USB Audio USB-ID: 008-002
Sound: Advanced Linux Sound Architecture v: k4.10.0-42-generic
Netzwerk: Karte-1: Broadcom NetXtreme BCM5715 Gigabit-Ethernet-Treiber: tg3 v: 3.137 Bus-ID: 03:04.0
IF: enp3s4f0 Status: down mac:
Karte-2: Broadcom NetXtreme BCM5715 Gigabit-Ethernet-Treiber: tg3 v: 3.137 Bus-ID: 03:04.1
IF: enp3s4f1 state: up speed: 1000 Mbps duplex: full mac:
Laufwerke: HDD Gesamtgröße: 2000,4 GB (24,7 % verwendet) ID-1: /dev/sda Modell: LOGICAL_VOLUME Größe: 2000,4 GB
Partition: ID-1: / Größe: 296 GB Benutzt: 25 GB (9 %) fs: ext4 dev: /dev/dm-0
ID-2: /boot Größe: 236 MB verwendet: 143 MB (64 %) fs: ext2 dev: /dev/sda1
ID-3: swap-1 Größe: 7,52 GB belegt: 0,00 GB (0 %) fs: swap dev: /dev/dm-3
RAID: Keine RAID-Geräte: /proc/mdstat, Kernelmodul md_mod vorhanden
Sensoren: Systemtemperaturen: CPU: 8,3 °C, Mobo: N/A
Lüftergeschwindigkeiten (in U/min): CPU: N/A
Info: Prozesse: 308 Betriebszeit: 13:50 Speicher: 1420.4/16031.9MB Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35

Hallo, ich habe auch ein Speicherleck gefunden, wenn ich den Arbeitsbereich ändere. Jeder Schalter benötigt ~ 10 MB RAM. Ich verwende keine Desklets oder andere Widgets (nur purer Zimt).
Informationen zum System....

inxi-Fzf
System: Host: skyfall174-HP-Pavilion-Notebook Kernel: 4.13.0-37-generic x86_64 (64 Bit)
Desktop: Zimt 3.6.7 Distribution: Linux Mint 18.3 Sylvia
Maschine: System: HP (tragbar) Produkt: HP Pavilion Notebook v: Type1ProductConfigId
Mobo: HP Modell: 8217 v: 83.45 Bios: Insyde v: F.35 Datum: 23.01.2017
CPU: Quad-Core Intel Core i7-7700HQ (-HT-MCP-) Cache: 6144 KB
Taktraten: 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 xspeichert xtopology xtpr
Grafik: Karte-1: Intel-Gerät 591b
Karte-2: NVIDIA-Gerät 1c8d
Anzeigeserver: X.Org 1.18.4 Treiber: nvidia
Auflösung: 1920 x 1080 bei 60,01 Hz
GLX-Renderer: GeForce GTX 1050/PCIe/SSE2
GLX-Version: 4.5.0 NVIDIA 384.111
Audio: Karte Intel Device a171 Treiber: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.13.0-37-generic
Netzwerk: Karte-1: Intel Wireless 7265-Treiber: iwlwifi
IF: wlo1 Zustand: up mac:
Karte-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Treiber: r8169
IF: eno1 Zustand: down mac:
Laufwerke: HDD Gesamtgröße: 1128,2 GB (8,1 % verwendet)
ID-1: /dev/sda Modell: IM2S3138E Größe: 128,0 GB
ID-2: /dev/sdb Modell: HGST_HTS721010A9 Größe: 1000,2 GB
Partition: ID-1: / Größe: 109 GB Benutzt: 86 GB (83 %) fs: ext4 dev: /dev/sda2
RAID: Keine RAID-Geräte: /proc/mdstat, Kernelmodul md_mod vorhanden
Sensoren: Systemtemperaturen: CPU: 59,0 °C, Mobo: N/A, GPU: 48 °C
Lüftergeschwindigkeiten (in U/min): CPU: N/A
Info: Prozesse: 264 Betriebszeit: 10 min Speicher: 2293.0/7861.9MB
Client: Shell (bash) inxi: 2.2.35

Hier ist eine Möglichkeit, dieses Problem schnell auf einem System zu reproduzieren, auf dem nur Standard-Applets installiert sind - zumindest für mich, vielleicht kann das jemand bestätigen?

• Beobachten Sie die Speicher- / CPU-Auslastung mit Top (oder einem beliebigen Tool, das Sie bevorzugen)
  top -p $(pgrep -x cinnamon)

• Gehen Sie zu Ihren Balkeneinstellungen, stellen Sie Cinnamon so ein, dass eine benutzerdefinierte Balkenhöhe verwendet wird, und erhöhen und verringern Sie dann die Balkenhöhe ein paar Mal von Min zu Max und zurück.

Nach einem Tag mit eingeschaltetem Computer (ohne etwas zu tun) verbraucht der Zimtprozess 2,1 GB.

Ich habe Cinnamon auf Fedora 27 ... das System kam zum Stillstand, da Cinnamon 22 GB Speicher verwendete. Die Symptome treten bei mir auf, wenn ich keine Anwendungen über die Menüs starten kann. Das System war 2 Tage lang in Betrieb, bevor Cinnamon abstürzte.

Kernel: 4.15.13-300.fc27.x86_64 x86_64
Bit: 64
Desktop: Cinnamon 3.6.7 Distribution: Fedora Release 27 (Twenty Seven)
Maschine: Gerät: Desktop System: ASUS-Produkt: Alle Serienserien: N/A
Mobo: ASUSTeK Modell: SABERTOOTH Z97 MARK 1 v: Rev 1.xx Seriennummer: N/A
BIOS: American Megatrends v: 1202 Datum: 17.06.2014
CPU: Quad-Core Intel Core i7-4790K (-MT-MCP-) Cache: 8192 KB
Taktraten: 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
Grafikkarte: Karte: Advanced Micro Devices [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
Anzeigeserver: x11 (X.org 119.6 ) Treiber: radeon
Auflösung: 1920 x 1080 bei 60,00 Hz, 1920 x 1080 bei 60,00 Hz
OpenGL: Renderer: AMD TAHITI (DRM 2.50.0 / 4.15.13-300.fc27.x86_64, LLVM 5.0.1)

Ich weiß nicht, ob dies bereits vorgeschlagen wurde, und leider bin ich mit dem Code nicht vertraut genug, aber könnte dieses Problem damit zusammenhängen, dass es kürzlich in Gnome Shell behoben wurde?

Clutter: Vermeiden Sie unnötige Relayouts in ClutterText

OMGubuntu-Abdeckung

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

:smiley:

Ich hoffe es sehr, da Zimt vor einem Neustart verbraucht wird:

   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

und nach einfachem neustart (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                              

Von fast der Hälfte des Speichers auf 1 %.

Nur um hinzuzufügen, dass ich dieses Problem mit Cinnamon in Fedora 26 hatte, bis ich das CPU-Temperaturanzeige-Applet eines Drittanbieters entfernte. Danach gibt es mit Zimt keine Speicherlecks mehr. In der Zwischenzeit wurde dieses Applet vor einigen Wochen aktualisiert, um einen Fehler zu beheben, der das Speicherleck behoben hat. Ich habe es ohne Probleme verwendet, Betriebszeit 13 Tage ohne Speicherverlust durch Zimt.

Mein Rat: Aktualisieren Sie alle Ihre Pakete und entfernen Sie nacheinander Applets von Drittanbietern. Sehen Sie dann nach, ob sie Updates haben, die Speicherlecks beheben (wie das CPU-Temperatur-Applet, das zumindest für mich behoben ist).

4 Tage geöffnet:

Dieser PR für CJS enthält die Upstream-GC-Patches, die zu GJS hinzugefügt wurden, um die Speicherprobleme von GNOME Shell zu beheben. Wenn jemand Cinnamon 3.8 verwendet und in der Lage ist, CJS zu kompilieren und zu testen, wäre dies zu schätzen.

Wenn Sie ein Arch-Benutzer mit diesem Problem sind, versuchen Sie bitte, das folgende cjs-Paket zu installieren, das das aktuelle [Community]-Paket mit dem Unterschied zu diesem PR ist:

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

Da pacman -U PGP-Signaturen erfordert, wenn Remote-URLs anstelle von lokalen Dateisystem-URLs verwendet werden, wird das Paket mit meinem Signaturschlüssel für vertrauenswürdige Benutzer überprüft.

@eli-schwartz Vielen Dank Eli für deine fortwährende Unterstützung von Cinnamon on Arch!! Jetzt installieren!

Kein Problem! Da ich das Problem nicht habe und das Bereitstellen von Testpaketen mit ausstehenden Updates etwas ist, bei dem ich tatsächlich helfen kann, bin ich mehr als glücklich, mich einmal einzubringen ... und um zu beweisen, dass ich das nicht vergessen habe ... .

Nachdem ich es fast einen Tag lang ausgeführt habe, habe ich nicht bemerkt, dass der Cinnamon-Prozess 400 MB überschreitet. Es ist normalerweise etwa 250 MB. Ich habe ein 4K-Display, daher könnten diese Zahlen über dem Durchschnitt liegen. Beeindruckend!

Speicherleck in Zimt

OK, ich habe einige Tests gemacht und hier sind meine Ergebnisse. Ich habe den Systemmonitor die ganze Zeit geöffnet.
Es scheint mir, dass es zwei Hauptbereiche gibt, die undicht sind. Das erste ist das Menü und das zweite der Task Launcher. Es ist möglich, dass ein Teil der Speichernutzung im Menü Informationen zur späteren Wiederverwendung zwischenspeichert, aber ich bin mir ziemlich sicher, dass ein Teil davon einfach vom Öffnen des Menüs stammt. In jedem Fall sollten Caches gelöscht werden können, wenn der Speicher knapp wird. Das zweite Speicherleck tritt beim Starten einer Anwendung auf. Ich habe dieselbe Anwendung nacheinander geöffnet und geschlossen, um festzustellen, ob es sich um ein Leck oder nur um Cache handelt, und es scheint NICHT zu cachen.

Hier ist erstmal mein Setup
Neuwertig 18.3 64-Bit
Zimt 3.6.7
Kernel 4.13.0.36-generisch
Speicher 3,5 GB
Laufwerke 476,9 GB
Grafik AMD Radeon HD6320
Asus K43 mit AMD-Prozessor

Für den ersten Test habe ich den Systemmonitor mitten in der Sitzung geöffnet. Zimt war ungefähr 10-15 gelaufen
Minuten an dieser Stelle.
Für den zweiten Test habe ich einen sauberen Neustart durchgeführt und zu diesem Zeitpunkt wurden keine Applets ausgeführt.

Alle folgenden Abbildungen zeigen eine Zunahme der Speichernutzung NACH dem Start und
Schließen einer Aktivität, die das Öffnen und Schließen des Menüs oder eine sein kann
App. Arbeitsspeicher in MB

ERSTER TEST
Speicheraktivität ändern
285.9 Nach dem ersten Start des Systemmonitors
-206.9 79 Nachdem Sie Alt-F2 R gedrückt haben, um Cinnamon neu zu starten
201 280 Nach dem Entfernen aller Applets *
50,8 330,8 Shutdown-Menü öffnen und schließen
2,7 333,5 Menü öffnen und schließen **
3,9 337,4 Chromium+ öffnen und schließen
0,7 338,1 Nemo+ öffnen und schließen
2,5 340,6 Nemo+ und Chromium+ gleichzeitig öffnen und schließen

0,7 341,3 CLI-Terminal öffnen und schließen (in GUI)
1.7 343 Menü öffnen und schließen (es wird keine Anwendung gestartet)
1.7 344.7 Einstellungen/Tastatur öffnen und schließen
1,8 346,5 Libre Office öffnen und schließen

Anmerkungen (gilt für beide Tests)
* Später wurde angemerkt, dass nach Alt-F2 R nichts zu tun wäre
Sofortiger Sprung der Speichernutzung von 70 MB auf etwa 290 MB
**Dazu gehörte das Klicken auf den Menülink unten rechts auf dem Cinnamon-Bildschirm
und dann auf den Desktop klicken, um ihn wieder zu schließen. KEINE APP gestartet. (Es
Später wurde festgestellt, dass das Schweben der Maus über Elemente im Menü verwendet wird
Speicher - siehe TEST 2)
+ Diese Elemente wurden über die Taskleiste gestartet, nicht über das Menü.

ZWEITE PRÜFUNG
Ich habe dann die Maschine komplett neu gestartet, um einen sauberen Start und keine Applets sicherzustellen
Einige Prozesse starten jedoch automatisch. Ich liste diese hier auf:
285,9 Zimt (ja, eher die höhere Zahl als die niedrige Zahl danach
Alt-F2 R
28.9 Nemo
20.5 Mint-Update
17.3 Gnome-Systemmonitor
16.9 Bildschirmschoner
15.8 fcitx
15.4 applet-py (keine Ahnung was das ist)
10.1 Heidelbeer-Obex
59,8 acht andere jeweils weniger als 10 MB, insgesamt 59,8 MB

Gedächtnistests
CH. Speicher Aktivität
69.2 Alt-F2 R
237 306.2 Menü öffnen und schließen *0,9 307,1 Menü öffnen und schließen wiederholen2.3 309.4 Oben noch einmal wiederholen1.7 311.1 Nemo+ öffnen und schließen0,4 311,5 oben wiederholen2,5 3143.9 315.4 Menü öffnen und wieder schließen1,3 316,7 öffnen und schließen Chrom0,3 317 oben wiederholen3.0 320 Nemo öffnen und schließen1.1 321.1 Öffnen Schließen LibreOffice Writer2.7 323.8 Öffnen Menü schließen *
(es wurde angemerkt, dass gerade über eine neue schwebte
Menüpunkt ca. weitere 0,1 MB hinzugefügt
Cinnamon-Speicherauslastung, die nicht freigegeben wurde
wenn das Menü geschlossen wurde.)

FWW, ich habe aufgegeben und bin auf GNOME 3 umgestiegen. Mit den richtigen Erweiterungen ist es nicht mehr so ​​schlimm.

Hallo zusammen.
Das Kalender-Applet frisst wahnsinnig schnell Speicher, nur durch das Scrollen der Monate.
Springt um 1 MB auf 15 MB nach oben!! pro Jahr.
Ich habe es geschafft, den Speicher des Zimtprozesses in wenigen Sekunden um 250 MB zu erhöhen (um das Jahr 1900: D).
Vielleicht ist es etwas mit der Zeit/Datum-Aktualisierung?

Das Menü verbraucht nicht so viel Speicher, trägt möglicherweise mit der Zeit (zum Speicherverlust) mehr bei als der Kalender (und möglicherweise andere Tray-Apps).
Aber nach einem Shell-Neustart und einer 4-stündigen normalen Büronutzung (Seamonkey, OOffice, Skype, Gimp, Terminal und ... Foxit) war Cinnamon konstant bei 170-180 MB. Als ich im Kalender gescrollt habe, um ein altes Datum zu finden, zeige ich, dass es auf 420+ MB steigt

@D1rTyH4rRyGR
Erstaunlich, dies ist eine sehr einfache Möglichkeit, das Leck zu testen.

Es stellt sich auch heraus, dass der Kalender nach dem Wechsel zum Jahr -1 unterbrochen wird

Ich kann das reproduzieren. Nach ein paar Tagen Betriebszeit hat ein Prozess namens cinnamon --replace über 1 GB RAM.

@C0rn3j
Anscheinend tritt das gleiche Verhalten beim Scrollen von Monaten auf, wie ich es getan habe, also hat man mehr Scrolls, also mehr Speichersprünge, denn ich hatte sogar 15 MB pro Jahr.
Hängt es mit dem Kalender-Applet oder mit der Aktualisierung oder Pufferung der Cinnamon-Steuerelemente zusammen?

@nick-sb Speicherauslastung noch in Ordnung?

@eli-schwartz Hallo Eli, danke der Nachfrage! Für eine Weile war die Speichernutzung mit dem cjs , das Sie kompiliert haben, stabil, aber etwas ist passiert, als ich vor ein paar Wochen cinnamon aktualisiert habe. Es ging wieder aufwärts. Ich habe ein Skript geschrieben, das alle 5 Minuten die Speichernutzung des cinnamon -Prozesses protokolliert und mich benachrichtigt, wenn es 800 MB überschreitet. Normalerweise starte ich den Vorgang dann einfach neu. Ich muss es etwa 1x am Tag machen. Es passiert normalerweise, wenn ich eine ganze Reihe von Bildern öffne, während ich sie sortiere.

Mein Fall könnte ungewöhnlich sein, da ich immer etwa 10+ Webbrowser-Fenster habe, die ein paar Terminals öffnen, und ich ein 4K-Display verwende. Eine gelegentliche 800-MB-Spitze ist für mich eine große Sache. Ich plane, mein Benachrichtigungslimit auf 1,5 GB+ zu erhöhen, nur um zu sehen, ob es jemals erreicht wird. Ich habe viel RAM, also ist es kein Problem. Ich denke, der Garbage Collector ist für die meisten Leute einfach nicht aggressiv genug.

Ich habe keine Beschwerden über die Speichernutzung, seit ich mit cjs 3.8 auf Cinnamon 3.8 aktualisiert habe. Das ist besonders schön, da Cinnamon 3.8 nicht mehr mit dem alten cjs-Paket funktioniert. Die Speicherauslastung scheint nach einigen Stunden bei etwa 120 MB zu schweben. Allerdings verbringe ich jetzt nicht mehr so ​​viel Zeit mit meiner Maschine, also ist es kein sehr guter Test.
@eli-schwartz sind Arch/Manjaro cjs3.8-Pakete bereits mit den neuesten Fixes gepatcht?

Das GIF, das ich oben gepostet habe, war tatsächlich auf Arch mit

Zimt 3.8.3-1
cjs 3.8.0-1

Nach dem letzten Cinnamon (Arch)-Update ist die Speicherauslastung wieder niedrig (ich bin knapp unter der 450-MB-Marke). Ich denke, @eli-schwartz hat es mit Patches neu kompiliert :) Es ist buchstäblich die Hälfte der Speichernutzung von einem Tag zuvor! Vielen Dank Eli!!

@eli-schwartz Gut zu hören. Wird dieser Fix in der kommenden Version von Linux Mint 19 Cinnamon implementiert?

Versionsnummer?

Am Sa, 9. Juni 2018, 07:07 schrieb Nick B., [email protected] :

Nach dem letzten Cinnamon (Arch)-Update ist die Speicherauslastung wieder niedrig
(Ich bin knapp unter der 450MB-Marke). Ich denke @eli-schwartz
https://github.com/eli-schwartz hat es mit Patches wieder neu kompiliert :)
Es ist buchstäblich 1/2 der Speichernutzung von einem Tag zuvor! Vielen Dank Eli!!

—
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/linuxmint/Cinnamon/issues/6850#issuecomment-395915890 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AC7PM2uyyW5YQlgqfx87Tmllannir9Nmks5t6wPEgaJpZM4PDZWL
.

@surruk51 3.8.4-1. Zimt, Muffin, Nemo und einige andere Dinge, die mit Zimt zu tun haben, wurden aktualisiert.
https://www.archlinux.org/packages/community/x86_64/cinnamon/
Nach mehr als 12 Stunden Nutzung sind es für mich immer noch weniger als 450 MB (für andere, die einen 1080p-Bildschirm haben und nicht über Dutzende von Fenstern und mehrere Arbeitsbereiche verfügen, sollte es viel weniger sein).

Ich bin auf Mint 18.3 und habe nichts weiter installiert/aktualisiert als die Updates vom Manager.
Speicherlecks hörten für mich auf, als ich das Power Manager-Applet entfernte (ich befinde mich auf einem Desktop).
Ich füge es jetzt noch einmal hinzu, um es zu überprüfen (oder nicht).

Ich habe das Power Manager-Applet nicht ausgeführt und sehe immer noch Speicherlecks.

Nach 2 Tagen mit laufendem Power Manager-Applet bin ich auch immer noch unter 450 MB.
Wahrscheinlich hat das erwähnte Update @nick-sb etwas behoben (ich aktualisiere regelmäßig und so schnell wie möglich).

"top" gibt mir 12d 15hr Betriebszeit und nach dem letzten Alt+F2_r vor 7 Tagen (bevor ich hier gepostet habe), liegt Cinnamon unter 500 MB (max. 600 MB), selbst mit 2 Seamonkey-Browserfenstern mit jeweils 10+ Tabs, 3-4 Bildern an Gimp, Seamonkey-Mail-Client, Skype, Teamviewer und etwas LibreOffice und Foxit, auf einem Q6600 mit 4G-RAM, mit zwei Monitoren auf einem GT640 mit proprietären Treibern.

Der Kalender verliert zwar immer noch einige MBZ, aber in langsamerer Geschwindigkeit, nur 150 MB über 500 Jahre: D.
(und hat das Scrollen mit dem Mausrad die Jahre aufgehört? Kann das jemand bestätigen?)

18,5 Tage Betriebszeit, Alt+F2_r vor 13 Tagen, Zimt @ 152,5 MB!!! und Bazillionen von GUI-Anwendungen, die ausgeführt werden. Gerüche behoben? Jeder?

@D1rTyH4rRyGR Weißt du, ob dies im kommenden Linux Mint 19 behoben wird?

Sieht für mich immer noch nach einem Memleak aus…
Zimt 3.8.4 auf Manjaro.

(der große Schritt ist, dass der PC suspendiert wird)

@ Salamandar Wie viel RAM hast du? Ihr Diagramm liegt bei 300 MB und Zimt bei etwas über 1,5 %. Ich bin während der Arbeitszeit zu konstant um 350 MB, aber im Leerlauf fällt es manchmal wieder unter 300 MB, sogar 200 MB. Lecken ist, wenn es steigt und nie wiederkommt, oder ohne Grund steigt (soweit ich verstehe, weil ich kein Entwickler oder Programmierer bin). Als (Power?)User bin ich mit der Stabilität jetzt "gut".

@cossio Ich habe keine Ahnung. Das hoffe ich auch :)

Ich habe 16 GB auf diesem PC. Ich werde morgen ein Diagramm neu starten. Sie können meine Skripte verwenden, wenn Sie möchten ( https://github.com/Salamandar/process_mem_plot )

Ich habe gerade ein Upgrade auf Linux Mint 19 durchgeführt und verwende jetzt Cinnamon 3.8.7 und kann bestätigen, dass der Speicher immer noch genauso leckt wie damals in Mint 18. Hier ist ein Diagramm, das zeigt, wie die Speichernutzung von Cinnamon über einen Zeitraum von etwa 10 Stunden aussah ; Der große Einbruch am Ende war, als ich Cinnamon neu gestartet habe. Beachten Sie, dass dies im Leerlauf ist, ich habe meinen Computer während dieser Zeit überhaupt nicht benutzt.

In 18.3 Cinnamon gab es kein Speicherleck auf meinem Computer, aber es scheint, dass es wieder in 19 ist. Ich habe viel RAM, also kümmere ich mich wirklich nicht viel darum und es steigt sehr langsam an - um 200 MB in 24 Stunden.
Der seltsame Teil ist, den Computer in den Ruhezustand zu versetzen - davor beträgt der belegte Speicher 1 GB, und wenn ich ihn aufwecke, beträgt der belegte Speicher 1,7 GB.

Ich verwende Linux Mint 19 - 64 Bits mit 4 GB, das System startet und Cinnamon verwendet 500 Mb, ein paar Minuten später verwendet es 700 Mb und erhöht sich manchmal, ohne etwas im System zu verwenden. Ich habe mit stacer überprüft, ob einige Prozesse gestoppt werden sollen, und es verwendet immer noch so viel Speicher.

Ich muss nur das Menü öffnen, um einen Sprung von 200 MB Speichernutzung zu sehen, der sich nach dem Schließen des Menüs nicht verringert.

Vor:

Nach:

Seit der Aktualisierung auf Cinnamon 4.0 ist die Speichernutzung erheblich gesunken. 130 MiB ist der höchste Wert, den ich je gesehen habe, normalerweise bei weniger als 100 MiB. Ich kann die Speichernutzung nicht erhöhen, indem ich einfach auf irgendetwas auf dem Bildschirm klicke, also scheint das Problem zumindest für mich endlich behoben zu sein,

Ich habe Linux Mint 19 Tara verwendet
Kernel: 4.15.0-38-generisch x86_64 Bits: 64 gcc: 7.3.0 läuft Desktop: Cinnamon 3.8.9 (Gtk 3.22.30-1ubuntu1) und kann bestätigen, dass es immer noch Speicherlecks gibt, genau wie damals in Mint 18 .
Nach drei Tagen habe ich bei Cinamon ca. 6GB Speicher!!! @MegaV0lt

Seit der Aktualisierung auf Cinnamon 4.0 ist die Speichernutzung erheblich gesunken. 130 MiB ist der höchste Wert, den ich je gesehen habe, normalerweise bei weniger als 100 MiB. Ich kann die Speichernutzung nicht erhöhen, indem ich einfach auf irgendetwas auf dem Bildschirm klicke, also scheint das Problem zumindest für mich endlich behoben zu sein,

Hier gilt das gleiche. ArchLinux mit Cinnamon 4.0, Cinnamon ist bei 91 MiB. Mein Heimcomputer ist mit 300 MiB RAM-Nutzung (auf 16 GiB …) weniger unglaublich. Sieht so aus, als ob das Leck behoben wurde ;)

Es scheint mir etwas verfrüht, es als behoben zu bezeichnen. Meine (ebenfalls 4.0 unter Arch Linux) hat in wenigen Stunden ~400 MB erreicht, während sie bei ungefähr 150 MB beginnt.

Ich auch, aber dann bleibt es bei dieser Ram-Nutzung hängen. Mein Cinnamon läuft seit Tagen, ohne mehr als 350 MiB zu verbrauchen.

Oh, das sind gute Neuigkeiten, danke. Ich werde in den nächsten Tagen sehen, was bei mir passiert.

Bitte zeigen Sie dieses Bild jeden Tag auf meinem Computer

Ich habe eine Lösung für ein Problem:

Problem: Ihr System wird mit der Zeit immer langsamer bis zu einem unbrauchbaren Ausmaß.
(es sei denn, Sie starten Cinnamon neu, indem Sie mit der rechten Maustaste auf die Taskleiste klicken und Fehlerbehebung -> Cinnamon neu starten wählen)

Meine Lösung: War, Desklets zu entfernen, die einzigen Desklets, die ich benutzte, waren Analog Chronometer.
(Zimt nach dem Auftragen der Lösung neu starten und sehen)

Ich mag Analog Chronometer jedoch sehr, da dies die beste Desktop-Uhr war, die ich je verwendet habe. Wenn der Entwickler das Problem beheben kann, wäre das sehr gut, da dies ein wirklich gut gemachtes Desklet ist.

Ich habe auch riesige Speicherlecks und konstante CPU-Auslastung durch Cinnamon on Arch erlebt, nur um herauszufinden, dass einige der letzten Systemupdates die Anmeldung DE auf "Cinnamon mit Software-Rendering" geändert haben. Überprüfen Sie also als ersten Schritt, womit Sie sich anmelden. Jetzt scheint für einen ganzen Tag alles in Ordnung zu sein, sowohl Speicher als auch CPU, aber es scheint, dass Cinnamon tatsächlich ein Speicherleck im Software-Rendering-Modus hat.

Ich denke, dies könnte geschlossen werden, da das Problem für die meisten von uns gelöst ist.

Für mich ist es definitiv nicht behoben, wenn ich das neueste verfügbare Cinnamon (3.6.7) in Linux Mint 18.3 ausführe. Gibt es Pläne, ältere Versionen zu patchen, die noch unterstützt werden?

Entschuldigung, ich habe vergessen, den Thread zu aktualisieren, aber es ist auch nicht für mich auf Cinnamon 4 behoben. Vor ein paar Tagen habe ich gesehen, dass es ~ 800 MiB erreicht (und jetzt auf 4.0.7, 600 MiB), während es 200 MiB verbraucht Start-up.

@sboukortt Welche Applets, Desklets oder Erweiterungen führen Sie aus? Sie können ~/.xsession-errors einchecken.

Ich scheine kein .xsession-errors zu haben, aber hier ist das Ergebnis meiner Ausführung dconf dump /org/cinnamon/ , wie von https://github.com/linuxmint/Cinnamon/wiki/Backing-up- vorgeschlagen. https://github.com/linuxmint/Cinnamon/files/2693743/cinnamon_settings.txt

Relevante Zeile:

~~enabled-applets=[' panel1:right:2:[email protected] :0', ' panel1:left:0:[email protected] :1', ' panel1:left:2:panel-launchers@cinnamon. org :3', ' panel1:left:3:[email protected] :4', ' panel1:right:5:[email protected] :5', ' panel1:right:0:notifications@cinnamon. org :6', ' panel1:right:4:[email protected] :7', ' panel1:right:6:[email protected] :8', ' panel1:right:7:network@cinnamon. org :9', ' panel1:right:8:[email protected] :11', ' panel1:right:9:[email protected] :12', ' panel1:right:3:[email protected] : 13']~ ~

AFAIK, mein Desktop ist in dieser Hinsicht ziemlich nah an einem Vanilla Cinnamon (he he).

Sogar Ihre Startnutzung ist ziemlich hoch. Mein Cinnamon-Desktop (der auf einer über 5 Jahre alten Manjaro-Instanz läuft, also keineswegs "frisch" oder "sauber" ist), einfach, aber definitiv kein Vanilla, verbraucht beim Start weniger als 80 MiB. Aber früher war es in 3.x Tagen viel höher.

Ich habe kürzlich meine GTX750Ti auf eine RX570 (mit Open-Source-AMDGPU-Treiber) umgestellt, und nicht nur die Leistung von Cinnamon ist bei geringerer CPU-Auslastung viel besser, sondern auch die Speicherauslastung von Cinnamon ist noch weiter gesunken und liegt normalerweise unter 70 MiB. Problem ist bei mir definitiv behoben. Aktuell läuft Version 4.0.9.
Vor Jahren hatte ich ähnliche Erfahrungen mit HD5670, auf dem MATE/Compiz auf Open-Source-R600-Treibern (die damals nur OpenGL3.1 unterstützten) viel besser lief als auf Catalyst.

Cinnamon ist aufgrund eines Speicherlecks unbrauchbar.

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 

Ausgabe Gist Massif.out.13044

@light4 Was ist die Auflösung der x-Achse? Welchen Zeitraum deckt das Diagramm ab?

Entschuldigung, ich weiß nicht, was die x-Achsenauflösung ist. Ich lasse es etwa eine halbe Stunde laufen.
Ich werde es noch einmal ausführen.

Führen Sie eine halbe Stunde lang valgrind --tool=massif cinnamon --replace aus

Ausgabe Kern Massif.out.10595

Cinnamon verbrauchte 7,5 G Speicher, nachdem es etwa 2 Stunden gelaufen war.

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

Großes Problem sowohl mit dem Systemmonitor als auch mit dem Arbeitsplatzumschalter.
Auch ohne die beiden Applets scheint der Speicherverbrauch zu wachsen.

Der Workspace Switcher ist ein offizielles Applet, daher denke ich, dass es immer noch relevant ist.
Bearbeiten: immer noch repro nach dem Entfernen der Applets.

inxi -Fz Ausgabe:

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 

Führen Sie zwei Minuten lang valgrind --tool=massif cinnamon --replace aus, während Sie bei gedrückter Alt-Taste ein gnome-system-monitor herumziehen:

Dies ist möglicherweise die bisher effizienteste Repro? :)
Einige Optionen, die Sie in Betracht ziehen sollten:

• alt-ziehen mit LMB: bewegen. oder noch besser:
• Alt-Ziehen mit RMB: Größe ändern.

@light4 Unsere Tests zeigen verschiedene undichte Anrufseiten. Deins: g_malloc . Mine: libnvidia-glcore.so , aber beide beziehen sich auf GL-Routinen, denke ich?

Ein saubererer Screencast, während while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done ausgeführt wird (keine Applets):

Beachten Sie, wie das Speicherwachstum mit Größenänderungsaktionen korreliert. Ich habe bewusst ein paar Mal pausiert.

Leute, könnten Sie bitte helfen zu bestätigen, ob die Größenänderung eines Terminals, auf dem while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done ausgeführt wird, eine saubere Reproduktion ergibt?

Danke für den Versuch, dies zu reproduzieren, es scheint mich auch zu verfolgen. Ich habe Ihren Vorschlag etwas mehr als eine Minute lang ausprobiert, hier ist eine Darstellung des vmRSS-Werts:

vmRSS scheint zeitweise auf den ursprünglichen Wertebereich zurückzufallen.

Ich bin seit über einem Jahr nicht mehr auf dieses Problem gestoßen. Ich vermute, dass eines meiner Probleme mit dem Ausführen von Cinnamon auf Fedora 27 und dem Ausführen von ksensors zusammenhängt. Meine anderen Begegnungen waren alle auf Mint 18. Ich habe dies nicht auf Mint 19 festgestellt.

Um fair zu sein, ich habe diese Woche gerade ein Upgrade auf Mint 19 durchgeführt und mit Mint 18 gekämpft. Ich habe nicht genug Datenpunkte, um zu sagen, dass es mich auf Mint 19 festgefahren hat. Ich werde es aber im Auge behalten.

@devreal ja, deine Handlung sieht aus wie eine gesunde Umgebung, in der der GC seine Arbeit macht.

Die Applets können native Ressourcen verlieren. js hat keine Finalizer wie .NET oder jvm, die die Objekte über die Zerstörung benachrichtigen.

In meinem ersten Lauf (mit Valgrind-Profil) verursacht das Ändern der Größe/Verschieben des Fensters ein sehr erhebliches Leck, wahrscheinlich weil der Workspace-Umschalter die Fensterformen ständig neu zeichnet.

Wie Yatli vorgeschlagen hatte, rannte ich
while [ 1 ]; do date +%H:%M:%S; cat /proc/$(pidof cinnamon)/status | grep -i rss; sleep 1; clear; done
Nach einem Sitzungsneustart (lightdm-Manager) läuft keine andere App als das Terminal (Terminator) und VmRSS und RssAnon werden erhöht, auch wenn das Terminal nicht verschoben/in der Größe geändert wird (RssFile/RssShmem scheinen stabil zu sein).
Devuan/Beowulf, Zimt 3.8.8

Ich habe auch ein Speicherproblem, aber "cat /proc/meminfo" zeigt, dass SUnreclaim langsam ansteigt (schließlich auf 24 GB!). Dies passiert sowohl mit Cinnamon als auch mit MATE auf verschiedenen Rechnern (aber langsamer auf MATE).

Ich verwende einen Ryzen 3600 und eine AMD RX460-GPU mit den Open-Source-Treibern. Ist das noch jemandem begegnet?