DSM 6.x und darunter DSM7 - hohe RAM Auslastung

[Huhie]

Moin Zusammen,

ich habe vor knapp 10 Tagen manuell auf DSM 7.0 41890 geupdatet. Seit dem habe ich eine aus meiner Sicht ziemlich hohe RAM Auslastung.
Meine kleine DS916+ hat 8 GB RAM. Zuerst hatte ich gedacht, das DSM 7.0 etliches an Ressourcen benötigt um neu zu indexieren oder ähnlich,
aber die Auslastung des RAM ist ziemlich kontinuierlich bei 84% (6,4 GB).

Im Resourcen Manager kann ich nur sehen, das aktuell 6,4 GB in Benutzung sind, aber in dem Punkt Prozesse, kann ich die 6,4 GB in Summe nicht
finden. Bei mir läuft im Docker (iobroker, der aktuell wohl irgendwie 1 GB RAM Auslastet). Aber wo sind die anderen 5 GB verschluckt.

Kann mir jemand sagen, wie ich das rausfinden kann, bzw. den entscheidenen Tip geben, um dem RAM Fresser auf die Spuren zu kommen...

Bei mir läuft:
Docker, VMM (ohne aktives Volume), Drive, Synology Photos (vorher DS Photos), Card Server, Audio Station usw... Aber das lief vorher ja auch...

 

[Thonav]

Einfach mal neustarten…

 

[Kurt-oe1kyw]

den entscheidenen Tip geben, um dem RAM Fresser auf die Spuren zu kommen...

Es ist alles in Ordnung.
Das soll so sein. Zu Beginn sollte da stehen XX GB frei, im Laufe der Betriebszeit nimmt sich die DS den frei zur Verfügung stehenden RAM und nutzt ihn als "Zwischenspeicher".
Du kannst das auch gut beobachten wenn du die DS abschaltest und wieder neu startest. Zu Beginn steht xx GB RAM "ungenützt" zur Verfügung und nach und nach verwendet dann die DS den zur Verfügung stehenden RAM.

Hier mal ein aktuelles Bild nach 15 Betriebstagen meiner RS1221+ welche ich mit 64 GB RAM betreibe, mittlweile hat sich die RS 57,8 GB vom RAM als "Zwischenspeicher" genommen:



Da im Augenblick tatsächlich nur 2% RAM benötigt wird, verwendet die RS den restlichen dzt ungenützten RAM als Zwischenspeicher.
Sie "verkleinert" den Zwischenspeicher autom sobald eine Paket, eine Aufgabe usw mehr RAM fordert.

RAM ist dafür da um verwendet zu werden. In deinem Fall benützt die DS 6,6 GB RAM von 8 GB, dafür ist der auch da.

 

[Benares]

Die Nutzung als "Zwischenspeicher" (Cache) ist ja ganz gut, aber bei @Huhie geht es darum, dass einer der Prozesse den Speicher als "Benutzt" benutzt. Ich denke, das lässt sich nur über "top" bzw. "htop" über die Konsole herausfinden.

 

[Huhie]

Erstmal, danke für eure Untertstützung!

Also ich habe nach Tip von @Thonav die DS mal neugestartet, ganz nach den Motto reboot tut gut, und nun sieht das so aus:



Also eine Verbesserung um 30 % oder aber 3,6 GB RAM. Finde ich erstaunlich, wenn ich ehrlich bin.

Allerdings kann ich die genutzten 4 GB aktuell immer noch nicht nachvollziehen. Ich kann die einzelnen
Prozesse addieren und dazu die Docker genutzten RAM GB nehmen und trotzdem komme ich nicht auf
4 GB. Das ist schon irgendwie komisch - finde ich zumindest!

 

[Kurt-oe1kyw]

Siehe Benares oben, kannst du dich auf der Konsole einloggen und dort zB mit PuTTY, winSCP usw nachsehen mit dem Befehl "top" ?
Sollte bei "htop" dann in etwa so aussehen (mit PuTTY)


das läuft so lange mit, bis du es mit F10 wieder abbrichst, danach steht die Befehlszeile wieder zur Verfügung für weitere Befehle.

 

[Huhie]

so sieht das mit htop bei mir aus... so richtig aussagekräftig finde ich das aber nicht...

 

[Benares]

Mmh, frag mich grad, was dieser etcd ist, der den kompletten Speicher, zumindest virtuell, frisst Bei mir läuft der gar nicht.
Mit F6, PERCENT_MEM o.ä. kann man auch nach Speicher sortieren. Bleibt da auch etcd oben?

Edit: Such mal mit z.B. "find / -name etcd". Vielleicht lässt sich damit herausfinden, wo der dazu gehört.
Bei mir gibt's zwar ein Verzeichnis /var/log/etcd, aber das ist leer.

 

[Huhie]

wie kann ich denn herausfinden was der *etcd* ist?

 

[Benares]

s. Edit in #8

 

[Benares]

Wenn man bei Google nach "etcd" sucht, findet man sowas hier. Hast du irgendwas in dieser Richtung installiert?

 

[Huhie]

htop mit Sortierung nach percent_mem



Google hatte ich auch befragt und bin auf den selben Eintrag gelangt... das sagt mir aber gar nichts...

Das Verzeichnis /var/log/etcd ist bei mir auch komplett leer.

Wenn ich den Befehl find / -name etcd in Putty ausführe dann bekomme ich folgendes Ergebnis:
/volume1/@appstore/Virtualization/bin/etcd
Das müsste dann ja der Virtual Machine Manager sein. Richtig?

 

[Benares]

Das müsste dann ja der Virtual Machine Manager sein. Richtig?

Würde ich auch sagen. Und VMM braucht auch Speicher - jede Menge. Da ist aber noch eine ganze Menge anderes Zeug, was Speicher frisst, mir aber nichts sagt. Gehört evtl. auch zu VMM.
Stop einfach mal die wahrscheinlichsten Pakete (z.B. VMM), dann siehst du ja, was der Speicherverbrauch macht.

 

[Freaky21]

Ich will das Thema nochmals aufgreifen, da ich letzte Woche meine NAS habe hart abschalten müssen, da aufgrund der hohen Speicherauslastung diese nicht mehr bedienbar war.
Fakt ist: Seit der Umstellung auf DSM 7 läuft die Speichernutzung permanent nach oben bis keine Bedienung mehr möglich ist.



Die Auslastung lag am Ende bei 95%

 

[tommytom79]

Hallo!

Habt ihr das Problem lösen können? Oder müsste ihr auch das NAS nach einer gewissen Zeit immer neu starten?

 

[Ikarus]

Ich habe auch ein ähnliches Bild, auch wenn ich nicht sicher bin, dass es das gleiche Phänomen ist. Bei mir führte es auf einer DS716+II dazu, dass am Ende die Festplatten wie verrückt arbeiteten, aber von außen kein Zugriff mehr möglich war, weder per Web-UI, noch per ssh. Das klingt für mich nach einem Bug. Ich hatte das jetzt schon mehrere Male, habe keine Erklärung und die Ursache noch nicht gefunden.

 

[Benie]

Das klingt für mich nach einem Bug.

Der Bug muß aber einen Zusammenhang haben, bei mir schaut das über 3 Monate betrachtet so aus bei 1GB Arbeitsspeicher und DSM 7.1...Upd2

 

[Freaky21]

Ich habe auch ein ähnliches Bild, auch wenn ich nicht sicher bin, dass es das gleiche Phänomen ist. Bei mir führte es auf einer DS716+II dazu, dass am Ende die Festplatten wie verrückt arbeiteten, aber von außen kein Zugriff mehr möglich war, weder per Web-UI, noch per ssh. Das klingt für mich nach einem Bug. Ich hatte das jetzt schon mehrere Male, habe keine Erklärung und die Ursache noch nicht gefunden.

Welche DSM Version nutzt Du denn? Also bei mir ist das Problem seit dem letzten DSM Update behoben!

 

[Ikarus]

Der Bug muß aber einen Zusammenhang haben

Ja, das sehe ich auch so. Ich habe einen ständig laufenden Docker Container gestoppt, um ihn als Ursache auszuschließen. Werde die Entwicklung des RAM weiter beobachten.

 

[Ikarus]

Welche DSM Version nutzt Du denn?

Habe gestern DSM 7.0.1-42218 Update 4 installiert. Ich werde es weiter beobachten, in jedm Fall schon mal Danke für eure schnellen Antworten.