goa-daemon nimmt sich 115 GB virtual RAM
goa-daemon nimmt sich 115 GB virtual RAM
Hallo zusammen,
seit ein paar Woche braucht mein Rechner (Debian testing) deutlich länger zum Hochfahren. Das geht bereits vor dem grafischen Login los. Selbst nach dem grafischen Login bis zum Hochfahren von Cinnammon dauert es deutlich länger. Verzögerung insgesamt ist ca 2 Minuten.
In den Logs findet man nichts, was auf ein Problem schließen lässt. Aber htop zeigt beim goa-daemon eine VMEM Allokation von >115GB.
Ich kann mich nicht erinnern, dass das früher auch schon so viel war.
Im Netz habe ich den Hinweis auf Webkit Gigacages gefunden:
https://unix.stackexchange.com/question ... f-virt-why
Das kann ich zwar nachvollziehen, aber der Zustand ist trotzdem unbefriedigend.
Wie kann ich die Bootzeit wieder in den normalen Bereich bringen?
Wiko
seit ein paar Woche braucht mein Rechner (Debian testing) deutlich länger zum Hochfahren. Das geht bereits vor dem grafischen Login los. Selbst nach dem grafischen Login bis zum Hochfahren von Cinnammon dauert es deutlich länger. Verzögerung insgesamt ist ca 2 Minuten.
In den Logs findet man nichts, was auf ein Problem schließen lässt. Aber htop zeigt beim goa-daemon eine VMEM Allokation von >115GB.
Ich kann mich nicht erinnern, dass das früher auch schon so viel war.
Im Netz habe ich den Hinweis auf Webkit Gigacages gefunden:
https://unix.stackexchange.com/question ... f-virt-why
Das kann ich zwar nachvollziehen, aber der Zustand ist trotzdem unbefriedigend.
Wie kann ich die Bootzeit wieder in den normalen Bereich bringen?
Wiko
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: goa-daemon nimmt sich 115 GB virtual RAM
Startet der goa-daemon wirklich schon vor dem grafischen Login?
Re: goa-daemon nimmt sich 115 GB virtual RAM
Hilft die Installation von haveged (oder wahlweise rng-tools5)?
gdm, gnome und ich glaube auch einige weitere Displaymanager/Desktops haben wegen irgendeiner Änderung damit begonnen darauf zu warten, dass genügend Zufallszahlen „vorrätig“ sind, siehe auch:
viewtopic.php?t=169861
gdm, gnome und ich glaube auch einige weitere Displaymanager/Desktops haben wegen irgendeiner Änderung damit begonnen darauf zu warten, dass genügend Zufallszahlen „vorrätig“ sind, siehe auch:
viewtopic.php?t=169861
Re: goa-daemon nimmt sich 115 GB virtual RAM
@king-crash: der goa-daemon start in /var/log/messaeges liegt in der Mitte der seitenweisen Initialisierungsmeldungen von x-gnome-session. Er wird also nicht strikt vor der grafischen Oberfläche gestartet.
@smutbert: rng-tools5 hat nicht geholfen. Ist ja aber laut Paketbeschreibung von dem passenden CPU Feature abhängig und ob ich das hab, weiß ich nicht. haveged hat ein wenig geholfen. Der Rechner startet jetzt etwas schneller als vorher aber noch nicht so schnell, wie er ursprünglich gestartet ist. Danke schon einmal für den Tipp.
VIRTMEM von goa-daemon liegt weiterhin bei 115 GB.
Danke für den Hinweis auf den anderen Forumsbeitrag. Dann diskutieren wir dort weiter: der andere Artikel war früher
@smutbert: rng-tools5 hat nicht geholfen. Ist ja aber laut Paketbeschreibung von dem passenden CPU Feature abhängig und ob ich das hab, weiß ich nicht. haveged hat ein wenig geholfen. Der Rechner startet jetzt etwas schneller als vorher aber noch nicht so schnell, wie er ursprünglich gestartet ist. Danke schon einmal für den Tipp.
VIRTMEM von goa-daemon liegt weiterhin bei 115 GB.
Danke für den Hinweis auf den anderen Forumsbeitrag. Dann diskutieren wir dort weiter: der andere Artikel war früher
Zuletzt geändert von Wiko am 09.08.2018 08:33:38, insgesamt 1-mal geändert.
Re: goa-daemon nimmt sich 115 GB virtual RAM
Ja rng-tools5 benötigt Hardwareunterstützung. Dass sich goa-daemon und einige andere Daemons von Gnome recht viel virtuellen Speicher genehmigen liegt laut [1] an Webkit und gehört wohl zu einer Sicherheitmaßnahme der JavaScript-Implementierung.
[1] https://unix.stackexchange.com/question ... f-virt-why
[1] https://unix.stackexchange.com/question ... f-virt-why
Re: goa-daemon nimmt sich 115 GB virtual RAM
Ich glaube nicht, daß deine langen Startzeiten etwas mit der virtuellen Speichergröße von goa-daemon zu tun hat. Die virtuelle Speichergröße besagt ja nur, daß sich der Prozeß einen Adressraum von 115GB reserviert hat, der dafür tatsächlich benötigte Hauptspeicher dürfte im Bereich von ein paar MB liegen.
Startzeiten lassen sich z.B. mit dem Werkzeug systemd-analyze untersuchen:
produziert eine Liste von Diensten mit ihren Startzeiten
produziert eine SVG-Datei mit graphischer Darstellung des Startvorgangs, die man sich in jeden halbwegs aktuellen Browser laden und ansehen kann. Ggfls, könntest du die sogar hier nach nopaste hochladen, damit sich andere das auch mal ansehen können.
Ich gehe stark davon aus, daß irgendetwas im Netzwerksetup verklemmt ist.
Startzeiten lassen sich z.B. mit dem Werkzeug systemd-analyze untersuchen:
Code: Alles auswählen
systemd-analyze blame
Code: Alles auswählen
systemd-analyze plot > start.svg
Ich gehe stark davon aus, daß irgendetwas im Netzwerksetup verklemmt ist.
Re: goa-daemon nimmt sich 115 GB virtual RAM
Danke, systemd-analyze kannte ich noch nicht.
Das SVG habe ich nach PNG konvertiert und ist leider zu groß zum hochladen. Aber der Output von "systemd-analyze blame" ist
ModemManager sollte rausfliegen können, bei den anderen habe ich keine Idee, warum die solange zum Hochfahren brauchen. NFS oder SMB/CIFS habe ich nicht eingebunden, nur ein FTP und WEBDAV Share im Nautilus. Aber der wird ja erst gemountet, wenn ich darauf klicke. luks/cryptsetup habe ich in der Tat. Und ja, meine Festplatte (keine SSD) wird langsam immer voller. Ist aber nicht vor ein paar Wochen schlagartig voller geworden, so dass mehr Platteninhalt evtl. längere LUKS Zeiten zur Folge hätte haben können.
Wie kann ich von hier aus weiter machen?
Das SVG habe ich nach PNG konvertiert und ist leider zu groß zum hochladen. Aber der Output von "systemd-analyze blame" ist
Code: Alles auswählen
24.592s udisks2.service
20.900s ifupdown-wait-online.service
14.386s ModemManager.service
10.946s accounts-daemon.service
9.546s tor@default.service
8.879s networking.service
8.730s gdomap.service
8.555s NetworkManager.service
8.554s wpa_supplicant.service
8.527s lm-sensors.service
8.522s cryptmount.service
8.522s sddm.service
8.492s systemd-logind.service
8.488s switcheroo-control.service
8.484s rsyslog.service
8.481s pppd-dns.service
8.121s avahi-daemon.service
8.053s console-kit-log-system-start.service
5.159s dev-mapper-mars\x2droot.device
4.975s NetworkManager-wait-online.service
...
Wie kann ich von hier aus weiter machen?
Re: goa-daemon nimmt sich 115 GB virtual RAM
Autsch, warum das denn? SVG ist ASCII, nicht besonders groß und kann direkt hier hochgeladen werden.Wiko hat geschrieben:07.08.2018 22:11:12Das SVG habe ich nach PNG konvertiert und ist leider zu groß zum hochladen.
Re: goa-daemon nimmt sich 115 GB virtual RAM
wo/wie kann ich denn hier beliebige Dateien anhängen an einen Beitrag? oben steht ja nur, dass man Bilder in die Gallerie hochladen und dann im Beitrag verlinken kann kann. In der Gallerie steht dann aber, dass man nur JPEGs und PNGs hochladen kann. Das hatte ich versucht (PNG) aber die Datei war zu groß. Wenn Du einen Tipp hast: gerne.
Re: goa-daemon nimmt sich 115 GB virtual RAM
Du lädst das SVG (ist eine Textdatei, das Bild macht erst das jeweilige Anzeigeprogramm draus) nach etwa NoPaste hoch, und verlinkst es hier. So wurde es angefragt – warum hantierst du da noch mit dem PNG rum?
(Und wie bekommt man’s PNG so groß, dass es nicht in die Gallery passt‽) (hatte vergessen, welche Ausdehnungen das Diagramm hat )
(Und wie bekommt man’s PNG so groß, dass es nicht in die Gallery passt‽) (hatte vergessen, welche Ausdehnungen das Diagramm hat )
Zuletzt geändert von DeletedUserReAsG am 08.08.2018 23:03:11, insgesamt 1-mal geändert.
Re: goa-daemon nimmt sich 115 GB virtual RAM
okay, danke:
40417
40417
Re: goa-daemon nimmt sich 115 GB virtual RAM
Dem Diagramm nach ist’s in ~50s oben, je nach Rechner auch kein zu schlechter Wert. Es fällt auf, dass der Netzwerkkram viel Zeit beansprucht. Ich würde dort zu optimieren anfangen.
Re: goa-daemon nimmt sich 115 GB virtual RAM
"systemd-analyze critical-chain" nennt
Hier fällt auf, dass das Problem bei udisks2.service liegt.
Werde ich mir morgen mal anschauen. Bis dahin bin ich natürlich für Tipps dankbar.
Code: Alles auswählen
graphical.target @33.370s
└─udisks2.service @15.860s +17.508s
└─basic.target @15.827s
└─sockets.target @15.827s
└─cups.socket @15.827s
└─sysinit.target @15.799s
└─haveged.service @15.798s
└─apparmor.service @12.702s +3.094s
└─local-fs.target @12.699s
└─run-user-121.mount @36.807s
└─swap.target @11.664s
└─dev-mapper-mars\x2dswap_1.swap @11.299s +364ms
└─dev-mapper-mars\x2dswap_1.device @11.298s
Werde ich mir morgen mal anschauen. Bis dahin bin ich natürlich für Tipps dankbar.
Re: goa-daemon nimmt sich 115 GB virtual RAM
Naja, mein Raspberry Pi Zero W bootet Raspbian Stretch in 35s.niemand hat geschrieben:08.08.2018 23:01:48Dem Diagramm nach ist’s in ~50s oben, je nach Rechner auch kein zu schlechter Wert.
Re: goa-daemon nimmt sich 115 GB virtual RAM
Der bootet a) weniger Kram und b) von Flash, nicht von träge vor sich hinrotierenden Scheiben, oder? Wobei man auch nicht weiß, von was der betreffende Rechner hier seine Daten bezieht – die Zeiten habe ich mal als „von HDD“ gedeutet.
Re: goa-daemon nimmt sich 115 GB virtual RAM
ja, ist 'ne SATA HDD
Re: goa-daemon nimmt sich 115 GB virtual RAM
OK, das ist natürlich möglich, wobei auch bei dem Pi Zero die WLAN-Verbindung etwa 20s dauert, bis sie steht.
Für den Raspberry habe ich bisher immer die billigsten MicroSD-Karten gekauft, die ich kriegen konnte. Im Pi Zero steckt eine 32GB-Karte für 6.67 Euro (gab es mal beim Conrad in der Grabbelkiste, 3 Stück für 20 Euro). Das sind mit Sicherheit nicht die schnellstenund b) von Flash, nicht von träge vor sich hinrotierenden Scheiben, oder?