egerlach
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Hallo,
jetzt auch bei 20.04 , ich dachte das wäre ein Fehler bei 18.04: xbuntu swapt ständig, mein Laptop wird in allem sehr langsam, selbst beim editieren von Text-Dateien im emacs oder mauspad, in LibreOffice sowieso! Der RAM von 12GB ist zu 4,5GB "belegt" und 6,5G ist Cache/Puffer. In dem Zustand swappt ubuntu heftig herum, sehe ich top an, dann verändern sich der belegt swap (15GB swap, ca. 6GB belegt, uptime 1 Woche) ständig.
Habe swapoff -a gemacht, dann hat sich XFCE nach 1 min fast Stillstand verabschiedet. Habe sicherheitshalber neu gebootet, in der fstab ist jetzt swap dauerhaft raus. Jetzt läuft 20.04 wieder flott. Bei der 18.04 habe ich in den letzten Monaten vor Umstieg auf 20.04 den swap auch so abgeschaltet, dann hatte ich ein flottes Ubuntu zurück. Mit jedem update wurde das Phänomen häufiger, dann habe ich durch Auskommentieren des swap in der fstab den swap dauerhaft abgeschaltet. Offenbar ist das ein Ubuntu-Krankheit seit 18.04. Übrigens: Auslastung des Laptop etwa 0,3, also "nichts". Keine Anwendung dreht derweil erkennbar durch.
Und: 20.04 habe ich seit ca. 6 Monaten. Seit ca. 3 Wochen habe ich das Problem des "immer-langsamer-werdens". Wer weiß was dazu? Gruß
Eckard
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
Der RAM von 12GB ist zu 4,5GB "belegt" und 6,5G ist Cache/Puffer.
Normal.
In dem Zustand swappt ubuntu heftig herum.
Nicht normal.
Offenbar ist das ein Ubuntu-Krankheit seit 18.04.
Dann müßte es eigentlich hier im Forum jede Menge Themen dazu geben.
Wer weiß was dazu?
Studier mal Swap (Abschnitt „Swapnutzung-einstellen“). Eventuell ist ja bei dir da etwas ungünstig eingestellt.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, dingsbums schrieb:
Offenbar ist das ein Ubuntu-Krankheit seit 18.04.
Dann müßte es eigentlich hier im Forum jede Menge Themen dazu geben.
Wer weiß was dazu?
Läuft bei mir problemlos, Xubuntu 18.04 wie auch 20.04 wie auch Debian 10 Buster Xubuntu. Ich tippe auf Probleme mit der Hardware, ggf. auch Lüftung und damit Überhitzung / Wärmestau? Gruß
|
egerlach
(Themenstarter)
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Dankeschön für die Hilfe. Überhitzung: nein! Mein Liebling steht immer unter Beobachtung, Lüfter dreht nur bei Video-Rendering hoch und dann kommt (gerade jetzt im Herbst bei 20 Grad in Whg) mäßig warme Luft raus. Habe Swap mal eingestellt, auf wenig swappen mit vm.swappiness=10 in sysctl.conf. Danke für den Hinweis. Wenn das swappen nicht aufhört, wenn noch viel RAM als Cache/Puffer verwendet dann geht ich Richtung 0 runter. Gruß
Eckard
PS: wenn ich mich nicht mehr melde, dann hats geholfen 😉
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Hallo, das ist bei 12 Gb schon ein recht ungewöhnliches Verhalten. Hast du mal Memtest über mehrere Stunden laufen lassen?
|
egerlach
(Themenstarter)
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Dr_Schmoker schrieb: Hallo, das ist bei 12 Gb schon ein recht ungewöhnliches Verhalten. Hast du mal Memtest über mehrere Stunden laufen lassen?
Ja, schon am "Ende" von meiner 18.04., ca. 16 Stunden lang, ca. 5 ganze Durchläufe. Bis jetzt hält sich 20.04 an das swap-Verbot (=10). Cache/Puffer is mit 2,5GB verdächtig klein, normalerweise nach 1 Tag schon bei 4GB. Ram ist wieder mit gut 4GB "belegt". top:
top - 11:50:52 up 22:40, 1 user, load average: 0,40, 0,43, 0,41
Tasks: 346 gesamt, 1 laufend, 345 schlafend, 0 gestoppt, 0 Zombie
%CPU(s): 1,4 be, 0,2 sy, 0,0 ni, 98,3 un, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Spch : 11553,0 gesamt, 4225,0 frei, 4704,0 belegt, 2624,1 Puff/Cache
MiB Swap: 15259,0 gesamt, 15259,0 frei, 0,0 belegt. 5418,0 verfü Spch Vielleicht klappt jetzt ja auch wieder dauerhaft das suspend-to-Ram, wäre schön, die meiste Zeit am Tag ist mein Laptop im Suspend. Etwa zeitgleich mit dem "Erlahmen" der 18.04 versagte dann auch der suspend to RAM. Das ist/war auch mit der 20.04 dann so nach ca 1-2 Tagen uptime. Wenns morgen abend noch geht, dann wars das wahrscheinlich. Ich melde mich wiede. Habe Core i7, reinen Intel-Chipsatz, lenovo Edge, 5 Jahre alt.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13934
|
Dr_Schmoker schrieb: ... schon ein recht ungewöhnliches Verhalten.
Nein, ... bei diesem OS nicht, denn das hat etwas mit der Konfiguration der swappiness zu tun:
This control is used to define how aggressive the kernel will swap
memory pages. Higher values will increase aggressiveness, lower values
decrease the amount of swap. A value of 0 instructs the kernel not to
initiate swap until the amount of free and file-backed pages is less
than the high water mark in a zone.
Quelle: https://github.com/torvalds/linux/blob/v5.0/Documentation/sysctl/vm.txt#L809
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Hallo, ich habe bei meinem T430 den Standardwert auf vm.swappiness = 60
gelassen. Wenn ich Libreoffice öffne, geht der Ramverbrauch auf 6Gb hoch, aber swap wird nicht genutzt. Insgesamt habe ich 8Gb verbaut. So ganz versteh ich es nicht, du könntest die swap auf 10 einstellen. Trotzdem würde mich die Ursache interessieren. Ich verwende noch Xubuntu 18.04
|
egerlach
(Themenstarter)
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Jetzt wollte ich gerade ins Bett, da fängt mein Laptop plötzlich auch heiterem Himmel an zu schnaufen und lahmt selbst im geöffneten xterm, Lüfter dreht hoch. Habe seit 10 min nichts gemacht, seit 2 Std nur Chat mit einem Programmierer (Asien) übe firefox, JETZT SWAPPT der Laptop to TATSÄCHLICH wieder!!! top - 01:23:29 up 1 day, 12:12, 1 user, load average: 1,02, 1,06, 0,80
Tasks: 344 gesamt, 1 laufend, 343 schlafend, 0 gestoppt, 0 Zombie
%CPU(s): 2,2 be, 0,7 sy, 0,0 ni, 97,1 un, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Spch : 11553,0 gesamt, 3389,9 frei, 5917,4 belegt, 2245,7 Puff/Cache
MiB Swap: 15259,0 gesamt, 15235,5 frei, 23,5 belegt. 4181,3 verfü Spch
Ich fassse es nicht, zwar nur 23 MB geswappt, vielleicht war es auch kurzzeitig mehr, weiss ich nicht, das obige habe ich festgehalten. Dabei is noch 2,2 GB Puffer/Cache
und 3,3 GB RAM frei!!! Der Hammer! Also runter mit der 10 auf 0 !!
Habe vor 3 Stunden mal ein video neu gerendert , mit kdenlive, einfach um mal ordentlich Last zu fahren und 2 GB Roh-Videos verarbeiten zu lassen, da wurde nichts geswappt, RAM war durchweg 1,7 GB frei. Jetzt aus heiterem Himmel swappt 20.04 wieder!!!!
(BTW: mein suspend-to-RAM versagt "pünktlich" nach 2 Tagen wieder, ich boote jetzt neue bzw fahre runter ... und ab ins Bett) im log steht das:; Nov 26 01:23:40 edge4 dbus-daemon[1426]: [session uid=1000 pid=1426] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.28' (uid=1000 pid=1652 comm="Thunar --daemon " label="unconfined")
Nov 26 01:23:40 edge4 org.freedesktop.thumbnails.Thumbnailer1[84629]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 01:23:40 edge4 org.freedesktop.thumbnails.Thumbnailer1[84629]: Registered thumbnailer gnome-thumbnail-font --size %s %u %o
Nov 26 01:23:40 edge4 org.freedesktop.thumbnails.Thumbnailer1[84629]: Registered thumbnailer atril-thumbnailer -s %s %u %o
Nov 26 01:23:40 edge4 org.freedesktop.thumbnails.Thumbnailer1[84629]: Registered thumbnailer evince-thumbnailer -s %s %u %o
Nov 26 01:23:40 edge4 org.freedesktop.thumbnails.Thumbnailer1[84629]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 01:23:40 edge4 dbus-daemon[1426]: [session uid=1000 pid=1426] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
Was ist denn das? - Das war etwa zeitgleich mit dem Schnaufen des Laptop, da etwa hat der geswappt.
|
engheneiro
Anmeldungsdatum: 13. August 2009
Beiträge: 2079
Wohnort: Nähe München
|
Hi, wenn dein Laptop eine Uptime von einer Woche hat, dann ist der doch wahrscheinlich inzwischen mal in standby/hibernate gegangen?
Evtl. verbleiben dabei Fragmente im Swap, die aber an der Performance jetzt nichts ausmachen sollten. Periodische Aktivitäten werden ja auch vom System automatisch im Hintergrund gestartet, so dass auch das zwischendurch mal zu Belastungen führen kann. Schau mal hier wegen einer ausführlichen Erklärung zum Swap und den swapiness-Werten. Am Ende wird auch beschrieben, wie man denn Swap per Script komplett leeren kann:
https://help.ubuntu.com/community/SwapFaq HTH Rainer
|
Dakuan
Anmeldungsdatum: 2. November 2004
Beiträge: 6345
Wohnort: Hamburg
|
Ich finde das Verhalten auch merkwürdig und 'ne richtige Idee habe ich auch nicht. Aber mal ein Schuss ins Blaue. Wenn ich den Log-Auszug richtig interpretiere, werden da alle möglichen Thumbnailer gleichzeiteig zeitgesteuert gestartet, was ich schonmal merkwürdig finde. Ich dachte bisher immer, dass das die Dateimanager bei Bedarf machen. Außerdem wird gdk-pixbuf-thumbnailer zweimal gestartet, was bestimmt nicht optimal ist. Da frage ich mich, ob die sich gegenseitig in die Quere kommen. Da will ja jeder Speicher haben. Und die Zeile wo Thunar auftaucht verwundert mich auch etwas, denn bisher dachte ich, dass Thunar einen eigenen Thumbnailer namens exo hat, wobei ich aber keine Ahnung habe, was der kann (habe ich bisher nur in Bilddateien gefunden). Das ist alles, was mir spontan dazu einfällt.
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Hallo, ja interessantes Phänomen.
|
egerlach
(Themenstarter)
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Ja, das home von 18.04 übernommen.
Ob das die Dateimanager sind, weiss ich nicht. Gerade eben hat mein 20.04 wieder mal geschnauft, lag aber an kdenlive-Videorendering und noch einem Kdenlive-timeline nebenher, bei dem ich was machte, jetzt sehe ich auf top: top - 23:59:13 up 15:04, 1 user, load average: 0,52, 2,96, 2,76
Tasks: 341 gesamt, 1 laufend, 340 schlafend, 0 gestoppt, 0 Zombie
%CPU(s): 2,0 be, 0,7 sy, 0,0 ni, 97,3 un, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Spch : 11553,0 gesamt, 615,1 frei, 6398,7 belegt, 4539,2 Puff/Cache
MiB Swap: 15259,0 gesamt, 14956,0 frei, 303,0 belegt. 3756,3 verfü Spch Schon wieder geswappt!!! Obwohl 4,5GB Puffer/Cache! und swappiness=0 !!! root@edge4:~# sysctl vm.swappiness
vm.swappiness = 0 Also: komplett raus mit dem swapp: swappoff -a und in fstab auskommentieren. syslog:
Nov 26 23:45:02 edge4 dbus-daemon[1582]: [session uid=1000 pid=1582] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
Nov 26 23:45:02 edge4 org.freedesktop.thumbnails.Thumbnailer1[49406]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 23:45:02 edge4 org.freedesktop.thumbnails.Thumbnailer1[49406]: Registered thumbnailer gnome-thumbnail-font --size %s %u %o
Nov 26 23:45:02 edge4 org.freedesktop.thumbnails.Thumbnailer1[49406]: Registered thumbnailer atril-thumbnailer -s %s %u %o
Nov 26 23:45:02 edge4 org.freedesktop.thumbnails.Thumbnailer1[49406]: Registered thumbnailer evince-thumbnailer -s %s %u %o
Nov 26 23:45:02 edge4 org.freedesktop.thumbnails.Thumbnailer1[49406]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 23:45:11 edge4 systemd[1]: systemd-hostnamed.service: Succeeded.
Nov 26 23:46:01 edge4 CRON[49450]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:47:01 edge4 CRON[49532]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:48:01 edge4 CRON[49679]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:49:01 edge4 CRON[49787]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:50:01 edge4 CRON[49984]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:50:01 edge4 CRON[49983]: (root) CMD ([ -x /usr/sbin/dma ] && /usr/sbin/dma -q1)
Nov 26 23:50:01 edge4 CRON[49986]: (gerlach) CMD (/usr/local/bin/tumb-restart)
Nov 26 23:51:02 edge4 CRON[50071]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:52:01 edge4 CRON[50115]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:52:38 edge4 kernel: [30219.458100] kdenlive_render[49734]: segfault at 38 ip 00007f5f154c6d3c sp 00007ffcf637f7e8 error 4 in libQt5Core.so.5.12.8[7f5f1529a000+2e0000]
Nov 26 23:52:38 edge4 kernel: [30219.458118] Code: d0 83 e2 fd d0 e8 09 f2 88 51 20 83 e0 01 c3 90 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 48 8b 47 08 48 8b 40 38 <48> 8b 40 38 c3 90 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f
Nov 26 23:53:01 edge4 CRON[50154]: (root) CMD ( /usr/local/bin/enable_printers >>/dev/null)
Nov 26 23:53:20 edge4 dbus-daemon[1582]: [session uid=1000 pid=1582] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.28' (uid=1000 pid=1808 comm="Thunar --daemon " label="unconfined")
Nov 26 23:53:20 edge4 org.freedesktop.thumbnails.Thumbnailer1[50193]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 23:53:20 edge4 org.freedesktop.thumbnails.Thumbnailer1[50193]: Registered thumbnailer gnome-thumbnail-font --size %s %u %o
Nov 26 23:53:20 edge4 org.freedesktop.thumbnails.Thumbnailer1[50193]: Registered thumbnailer atril-thumbnailer -s %s %u %o
Nov 26 23:53:20 edge4 org.freedesktop.thumbnails.Thumbnailer1[50193]: Registered thumbnailer evince-thumbnailer -s %s %u %o
Nov 26 23:53:20 edge4 org.freedesktop.thumbnails.Thumbnailer1[50193]: Registered thumbnailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Nov 26 23:53:20 edge4 dbus-daemon[1582]: [session uid=1000 pid=1582] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
da macht dieser thumbnailer alle 15 min action, stelle ich gerade fest.. komisch ... kdenlive oop'st dar rum . Ich lasse die Nacht mal wieder memtest laufen. Da stelle ich gerade fest, das ich per cron alle 5 checke, ob der tumblerd (automatische thumbnails für jpg, mp4, png, ..) noch läuft und den ggf nachstarte (/usr/lib/x86_64-linux-gnu/tumbler-1/tumblerd), das provoziert dann diese thumbnailer-Meldungen im log. Bei der 18.04 ist mir der ständig hängen geblieben, da war das ok. Für die 20.04 dachte ich hätte es geprüft, ob auch notwendig, aber wie ich jetzt feststelle, muss der nicht unter ps ax sichtbar sein, der wird wohl anders gestartetet. Also ist das jetzt mal weg. Ob der zum swappen angestiftet hat?? @memtest friert immer beim zweiten RAM-Riegel, dem 8GB-Riegel ein!! Zwischen 4096 und 6144: http://aiai.de/foren/memtest-friert-ein-ueber4096.jpg . Unter 20.04 hatte ich glaube noch kein memtest laufen lassen, unter 18.04 aber paarmal. Das wirds dann wohl sein.Interessant, dass der Laptop damit immer noch so stabil läuft, bisher keine Datenverluste! - Habe den defekten RAM-Riegel mal als einzigen in den Slot des intakten Riegel gesteckt, dann memtest: ja, der ist es, ist nicht der Slot defekt. Also muss ein neuer her.
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Ok, dann also doch ein Hardwaredefekt. Ich nehme an, du hast einen 4Gb und einen 8Gb gesteckt um auf die 12Gb ram zu kommen. Ich würde mir jetzt zwei identische 8Gb Riegel kaufen und die einbauen. Der 4Gb Riegel kommt in die Reservekiste.
|
egerlach
(Themenstarter)
Anmeldungsdatum: 23. Januar 2009
Beiträge: 314
Wohnort: Bolivien
|
Neuer 8GB Riegel (Samsung), memtest laufen lassen bevor ich den Gehäusedeckel wieder angeschraubt hatte: GLEICHER Fehler!!! Ich fasse es nicht!!! memtest bleibt an genau der gleichen Stelle hängen wie bei dem 8GB-Riegel vorher (Kingston). Habe den 4GB Samsung raus und nur den rein: gleicher Fehler!!! Habe anderen Slot genommen: gleicher Fehler!! Slot defekt? - Der 4GB -Riegel in beiden Slots alleine und memtest läuft durch. Ubuntu gebootet mit neuem 8GB-Riegel (und altem 4GB-Riegel). Gleich ordentlich Last aufgelegt, kdenlive video gerendert, statt 12 minuten nur 7 min, vmplayer gestartet mit Win10 ... und siehe da: bei richtiger Last läuft alles fast DOPPELT so schnell wie vorher. Hurrah!! kdenlive timeline läuft mit vernachlässigbarem Ruckeln, vorher teilweise schon eine Geduldsprobe, daher wollte ich auch einen neuen Laptop laufen, dachte meiner sei einfach zu alt. memtest meldet offenbar hoax, vielmehr friert es einfach nach kurzer Zeit ein, melden tut es nichts. Vielleicht ist der Kingston 8GB gar nicht defekt, er harmoniert nur mit dem 4GB von Samsung nicht. Jetzt sind es zwei Riegel vom gleichen Hersteller (tuplegleiches Label) drinnen, habe den 8GB auch extra von Samsung gekauft, gleicher Hersteller soll man ja kaufen. Notebooksbilliger hatte mir vor 5 Jahren in das Neugerät einen 8GB Kingston zum 4GB Samsung eingebaut. Vielleicht sind Speicherunverträglichkeiten erst mit 18.04 und 20.04 zutage getreten , vielleicht! Vielleicht war auch 16.04 langsam und ich habe es nicht bemerkt! Vielleicht ist der 8GB Kingston auch wirklich defekt. (das werde ich in einem älteren thinkpad, der kann auch schon PC3L 12800S PC1600 , testen, vielleicht läuft da memtest durch, da ist auch noch 18.04 drauf) @1.12.: "defekter" Kingston RAM ist nicht defekt! In einem Thinkpad T430 läuft der Riegel! Thinkpad Speichertest (BIOS) sagt "ok" und auch Memstest 5.01 von Ubuntu 18.04 nach 7 Stunden und 3 abgeschlossenen Durchläufen im F1 (Fail safe test): "OK". Das allerwahrscheinlichste Szenario: 18.04 und 20.04 nutzen den RAM intensiver/aggressiver so dass die nicht-Verträglichkeit von Samsung DDR3L mit Kingston DDR3L zutage tritt, obwohl schon die Taktung auf ca. 50% heruntergefahren war. Suspend-to-RAM schlägt jetzt zwar auch nach 2-3 Tagen fehl, aber es gibt eine vernünftige Fehlermeldung im log: "rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6" die Behebung gibts auf https://www.reddit.com/r/pop_os/comments/c1tcdi/sleep_modesuspension_doesnt_work/ , einfach ein rmmod psmouse; sleep 0.1; modprobe psmouse vorher, was in das /usr/sbin/pm-suspend eingefügt werden kann. Funktioniert jetzt, schon eine uptime von 6 Tagen, das hatte ich seit Monaten schon nicht mehr ☺
|