DSM 7.2 DSM 7.2 verbraucht Täglich 1% mehr Ram

[tAntChen]

Naja das schreibt dir Textdateien mit den Prozessen raus. Ist dann eine ellenlange Liste sortiert nach Memory. Höchst wahrscheinlich wird es nur auf die obersten Einträge ankommen.

das sieht dann so in etwa aus ...

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root     20580  0.0  1.2 167564 101948 ?       SLsl Jul13   2:16 /var/packages/Virtualization/target/bin/synocccstated
root     23611  0.0  1.0  85640 85260 ?        S<Ls Jul13   3:48 /var/packages/Virtualization/target/bin/synohostcmdd
root     18087  0.0  0.4 371204 33996 ?        Ssl  Jul13   1:06 /var/packages/SynoFinder/target/sbin/synoelasticd
1000     26477  0.0  0.4 763824 33424 ?        Ssl  Jul13   3:38 /app/gogs/gogs web
root     27092  0.0  0.3 628116 31588 ?        Ssl  Jul13   0:02 presentation-server
root     18245  0.1  0.3 1798152 31376 ?       Ssl  Jul13  14:51 /var/packages/ContainerManager/target/usr/bin/dockerd --config-file /var/packages/ContainerManager/etc/dockerd.json
root     27047  0.0  0.3 834872 29216 ?        Ssl  Jul13   0:01 spreadsheet-server
root     23342  0.3  0.3 400820 29056 ?        Ssl  Jul13  37:45 /var/packages/Virtualization/target/bin/synocccd
root     27066  0.0  0.3 628364 28236 ?        Ssl  Jul13   0:02 document-server
root     23631  0.0  0.3 273504 27724 ?        Ss   Jul13   0:23 /var/packages/Virtualization/target/bin/synovncrelayd
root     20616  1.2  0.3 11220160 24972 ?      S<sl Jul13 125:39 /var/packages/Virtualization/target/bin/etcd
root     23310  0.0  0.3 576744 24912 ?        Ssl  Jul13   0:07 /var/packages/Node.js_v18/target/usr/local/bin/node /var/packages/SynologyPhotos/target/nodejs/js-server/js_server_bundle.js
root     27026  0.0  0.3 839784 24624 ?        Ssl  Jul13   0:01 office-taskd
root     27485  0.0  0.2 602176 23348 ?        Sl   Jul13   0:01 /volume1/@appstore/Node.js_v16/usr/local/bin/node --expose_gc --max_old_space_size=2048 /volume1/@appstore/Spreadsheet/server/common/worker-pool/child-loader.js /volume1/@appstore/Spreadsheet/server/task-daemon/process-worker-tasks
postgres 23231  0.0  0.2 667796 23228 ?        Ss   Jul13   0:40 postgres: SynologyPhotos synofoto [local] idle
root     19332  0.0  0.2 565016 22628 ?        Ssl  Jul13   0:00 /var/packages/Node.js_v18/target/usr/local/bin/node /var/packages/SynologyApplicationService/target/node_libs/VapidSendServer.js
root      8582  1.2  0.2 1094592 22304 ?       S<sl Jul13 124:16 /bin/python3 /var/packages/ActiveInsight/target/client-python/exporter.py
http     27488  0.0  0.2  30312 21744 ?        S<   Jul19   0:05 nginx: worker process
http     27487  0.0  0.2  30312 21724 ?        S<   Jul19   0:00 nginx: worker process
http     27489  0.0  0.2  30312 21708 ?        S<   Jul19   0:02 nginx: worker process
http     27486  0.0  0.2  30312 21620 ?        S<   Jul19   0:00 nginx: worker process
root     10321  0.0  0.2  30308 21140 ?        S<s  Jul13   0:06 nginx: master process /usr/bin/nginx -c /etc/nginx/nginx.conf.run -g pid /run/nginx.pid; daemon on; master_process on;
root      9182  0.3  0.2  72876 20284 ?        Ss   Jul13  37:36 /usr/bin/snmpd -fLn -c /etc/snmp/snmpd.conf -p /var/run/snmpd.pid udp:127.0.0.1:161,tcp:127.0.0.1:161
root     23327  0.0  0.2  93812 19952 ?        Ssl  Jul13   3:26 /var/packages/Virtualization/target/bin/synoccc_mem_cached
root      8713  0.0  0.2 726116 19832 ?        Ssl  Jul13   7:13 /var/packages/ActiveInsight/target/bin/prometheus --config.file=/var/packages/ActiveInsight/target/configs/prometheus.yml --storage.tsdb.path=/run/ActiveInsight/prom_data --storage.tsdb.min-block-duration=30m --storage.tsdb.retention=30m
root     22596  0.0  0.2  85476 19468 ?        Ss   Jul13   0:07 /var/packages/Virtualization/target/bin/synoccc_etcd_cached
root     16538  0.0  0.2 1066368 18840 ?       Ssl  Jul13   0:26 /var/packages/LogCenter/target/usr/bin/syslog-ng --cfgfile=/var/packages/LogCenter/target/etc/syslog-ng/syslog-ng.conf -Fe --worker-threads=4 --no-caps
root     13176  0.4  0.2 724156 18424 ?        Ssl  Jul13  45:56 /usr/syno/bin/scemd
root     12816  0.0  0.2  82964 18328 ?        S    Jul13   0:03 /usr/local/packages/@appstore/SMBService/usr/sbin/smbd -F --no-process-group
root      8623  0.0  0.2 724492 18208 ?        S<sl Jul13   4:24 /usr/bin/synonode /usr/syno/sbin/synoscgi_socket.js
system    5224  0.0  0.2 1558876 17716 ?       Ssl  Jul13   3:11 /usr/bin/syslog-ng -Fe --worker-threads=4 -u system -g log
root     18836  0.0  0.2 1505528 17700 ?       Ssl  Jul13   6:51 containerd --config /var/run/docker/containerd/containerd.toml --log-level info
postgres 15263  0.0  0.2 660604 17440 ?        Ss   Jul13   0:00 /usr/bin/postgres -D /var/services/pgsql
root     20156  0.1  0.2 1349032 16336 ?       Ssl  Jul13  18:28 /var/packages/CloudSync/target/sbin/syno-cloud-syncd /volume1/@cloudsync/config/daemon.conf
.....

Da schaust du dir dann in der Spalte RSS an welche Prozesse stetig Zuwachs haben.
Hier ist das nochmal näher beschrieben.

 

[alexhell]

Ist es denn relevant, ob 16 oder 17 Prozent verwendet wird? Ich habe mir noch nie aus Auslastung jeden Tag angeguckt. Solange das System läuft würde ich da gar nicht viel Zeit investieren.

 

[hintzsche]

Danke.

Nee aber wenn aus 17% nach zwei Wochen 40% geworden sind dann wird es relevant. Mir ging es darum das beim Ram jeden Tag 1% mehr verbraucht wird.

 

[tAntChen]

Ich würde mir da auch erstmal keinen Kopf machen @alexhell, es könnte jedoch auch darauf hindeuten dass ein Prozesse nen Memory-Leak hat. Dann wird das irgendwann zum Problem.

 

[alexhell]

Genau und erst dann würde ich mich drum kümmern. Dann kann man das auch viel besser erkennen. Die Auslastung schwankt nunmal. Vielleicht läuft das System auch nach 4 Wochen noch normal weiter ohne das es langsamer wird. Dann hast du aber schon sonst wie viel Zeit investiert für nichts. Ich würde mich einfach nicht um zukünftige Probleme kümmern, die vielleicht nie da sein werden.

 

[hintzsche]

Du meinst ich Solls erst mal laufen lassen und sehen was passiert?

 

[alexhell]

so würde ich das jedenfalls machen.

 

[hintzsche]

Ok, apropos hier noch der Ram verbrauch nach dem Neustart. Was ich sehen kann ist das DSM interner Dienst 100 MB weniger verbraucht als davor.

 

[Monacum]

Das ist eine reine Momentaufnahme, aus meiner Sicht ohne Wert für das, was du meinst finden zu wollen.

 

[Thonav]

Na das ist ja schon mal ein Erfolg
Sei aber nicht enttäuscht, wenn sich das ändert - die DS holt sich den Speicher die es braucht...

 

[alexhell]

Solange es keine Probleme gibt und alles flüssig läuft, ist doch eigentlich egal was wie viel RAM verbraucht. Dafür hat man den RAM.

 

[hintzsche]

Es geht mir darum das ich schon von einigen gelesen habe das sich die Diskstation aufgehängt hat wenn der Ram verbraucht wahr. Aber ist auch egal ich werde das jetzt einfach mal nen Monat beobachten dann seh ich weiter. Zur not mach ich ein mal im Monat nen Neustart

 

[Monacum]

Ja, der RAM ist aber nicht mal ansatzweise aufgebraucht, also Keep cool and carry on.

 

[alexhell]

Ich hatte genau einen Fall wo das passiert ist. Ich hatte 2 GB RAM und habe eine riesen Musik Bibliothek in Plex eingelesen..... Da war die DS Tage lang nicht erreichbar und irgendwann hab ich sie neugestartet und es nochmal probiert. Dann habe ich den RAM erhöht und seit dem starte ich sie nur neu, wenn ein Update ansteht.

 

[Benie]

Du meinst ich Solls erst mal laufen lassen und sehen was passiert?

Also es gab mal eine DSM Version, da haben einige ernsthaft probleme daß der RAM Verbrauch immer höher wurde, falls Du das hier mal gelesen hast. Aber soweit ich mich erinnere wurde das sogar mit einem Update gelöst. Jedenfalls taucht dieses Problem hier schon lange nicht mehr auf.
Ich denke auch daß sich Dein RAM ganz normal verhält, zudem ja der RAM eben auch gern als Zwischenspeicher genutzt wird ist das für mich ganz normal, daß er auch mal ansteigt. An Deiner Stelle würde ich auch erstmal alles laufen lassen und erst wenn es wirklich einen gravierenden Anstieg gibt mir nochmals gedanken machen.

 

[hintzsche]

Ok alles klar. Danke für eure Hilfe

 

[Kurt-oe1kyw]

Es geht mir darum das ich schon von einigen gelesen habe das sich die Diskstation aufgehängt hat wenn der Ram verbraucht war.

RAM ist dazu da um "benützt" zu werden. Und ja, deine Beobachtung ist korrekt, die Synology "managed" den ihr zur Verfügung stehen RAM und nach ein paar Tagen ist "scheinbar" nichts mehr da:




nach 1 Woche:



Also, alles gut.
Wenn die RS1221 mehr RAM braucht, dann wird der zwischengespeicherte Teil innerhalb von Sekunden kleiner.

 

[hintzsche]

Ja das muss man aber nicht so sehen. Mein Computer verwaltet den Ram anders und auf meiner Diskstation ist es auch nicht notwendig den ganzen Ram zu belegen. In welchen Szenario kann meine Diskstation nicht schnell genug von der Platte lesen und nimmt stattdessen den Ram? Vor allem macht es schon dadurch keinen Sinn da ja das System auch läuft ohne das der Ram belegt ist. Ich könnte es verstehen wenn der Ram benötigt wird, da die Diskstation aber auch mit 18% Ram ohne Probleme läuft wird der Ram offensichtlich nicht benötigt.

 

[Thonav]

Vergleich die DS nicht mit einem Windows Rechner - das ganze basiert bei der DS auf Linux und ist wesentlich flexibler in der Speichernutzung. Wie schon von einigen bemerkt, kümmere Dich nicht zu sehr darum. Wenn die DS sehr stockend reagiert und der Speicher dann sehr hoch ist, erst dann muss man sich Gedanken machen.

 

[hintzsche]

Ok Alles klar aber gut zu wissen das dass anscheinend normal ist