ungewöhnlich hohe RAM Auslastung
-
-
-
-
@ben86 sagte in ungewöhnlich hohe RAM Auslastung:
aber mit soivel RAM hätte ich nicht gerechnet.
soll der ungenutzt in der Ecke liegen, oder lieber dahin verteilt werden, wo er benötigt werden könnte?
-
@ben86 sagte in ungewöhnlich hohe RAM Auslastung:
kann ich verstehen, aber mit soivel RAM hätte ich nicht gerechnet
Moin,
lass Dich von den Angaben nicht verrückt machen, melde Dich per Termianl, ssh, Putty auf der VM an und schau mit einem der Befehl, was auf der VM los ist
# top oder # htopDa bekommst Du einen besseren Überblick, wie es Deiner VM geht.
VG
Bernd -
@homoran sagte in ungewöhnlich hohe RAM Auslastung:
soll der ungenutzt in der Ecke liegen, oder lieber dahin verteilt werden, wo er benötigt werden könnte?
Linux verteilt nicht nach gut dünken RAM an Applikationen.
das müssen diese schon selbst anfordern.Linux selbst nutzt freies RAM um bestimmte Vorgänge zu beschleunigen.
Linux ist aber darauf eingerichtet dieses RAM dann schnell wieder freizugeben und ggfs an Applikationen nach Anforderung wieder zuzuweisen.https://www.linuxatemyram.com/
aber der Artikel ging hier ja auch schon rumleider nutzt das betriebssystem und applikationen ,ot fprtschreitender entwicklung immer mehr RAM. Ansonsten hätten wir heute noch Rechner mit 256KB RAM
https://de.wikipedia.org/wiki/IBM_Personal_Computer#Systemarchitektur/Technischer_Aufbau:~:text=später dann auch mit bis zu 256 kB. -
@oliverio sagte in ungewöhnlich hohe RAM Auslastung:
aber der Artikel ging hier ja auch schon rum
mehrfachst von mir
@oliverio sagte in ungewöhnlich hohe RAM Auslastung:
Linux verteilt nicht nach gut dünken RAM an Applikationen.
nicht nach Gutdünken, sondern nach bisherigem anteiligen Verbrauch
@oliverio sagte in ungewöhnlich hohe RAM Auslastung:
dieses RAM dann schnell wieder freizugeben und ggfs an Applikationen nach Anforderung wieder zuzuweisen.
aber nur wenn andere Applikationen es anfordern.
-
@homoran sagte in ungewöhnlich hohe RAM Auslastung:
sondern nach bisherigem anteiligen Verbrauch
nein, nur wenn es von einer applikation angefordert wird
evtl müsste man mal applikation genau definieren.
eigentlich sind es ja alles prozesse. manche gehören zum kernel und manche gehören zum userland
alles was im kernel läuft ist definitiv betriebssystembei userland gibt es bereiche, die als betriebssystemnah zu bezeichnen sind.
linux hat in den letzten jahren immer wieder dinge aus dem kernel ins userland verfrachtet
um den kernel schlank zu halten.
auch das system, welches sich das RAM holt um bspw mit diskcaching die lese und schreibporzesse zu beschleunigen ist auch nur eine applikation, aber eine die im kernel läuft.die unterscheidung kernel und userland hat seinen hintergrund in der security und kapselung der prozesse untereinander, so das bei fehlfunktion das nicht den ganzen rechner in den abgrund reißt. das kostet aber wieder performance. daher läuft meines Wissens nach im Kernel alles in einem Memory-Bereich.
-
Am besten direkt anschauen.
htopund/oder
free -ht --megasagen da mehr aus als Screenshots vom ioBroker.
-
pi@ioB:~$ free -ht --mega gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher: 6,2G 3,7G 2,0G 3,3M 811M 2,5G Swap: 1,0G 0B 1,0G Gesamt: 7,2G 3,7G 3,0G pi@ioB:~$MOD-EDIT: Code in code-tags gesetzt!
Erstmal bis hierhin.
Seit dem letzten Post, wieder 1 GB RAM weiter benutzt.
Linux hin oder her... dann hätte der Arbeitspeicher auch unter Debian 10 so weglaufen müssen oder?
Liegt es hier an Debian 12 und an der Admin Version des IOB, dass die Ressourcen genutzt werden? Finde es prinzipiell gut... doch will es lediglich wenigstens verstehen, was es da macht.Vielen Dank für die Unterstützung.
-
2,5 GB Verfügbar, alles prima.
-
@ben86 sagte in ungewöhnlich hohe RAM Auslastung:
Seit dem letzten Post, wieder 1 GB RAM weiter benutzt.
Moin,
ich sehe hier nichts, das darauf schließen lässt, dass da Speicher verschwindet.
@ben86 sagte in ungewöhnlich hohe RAM Auslastung:
doch will es lediglich wenigstens verstehen, was es da macht.
glaub mir, das möchtest Du nicht
- http://os.inf.tu-dresden.de/~ch12/sub/diplom/node44.html
- https://tldp.org/LDP/tlk/mm/memory.html
- https://www.kernel.org/doc/html/v5.7/admin-guide/mm/index.html
Speicher ist hochdynamisch in einem System, deswegen sollte man entweder ein Monitoring Tool nutzen oder per Hand mit
# top oder # htopWährend man am System arbeitet, beobachten.
VG
BerndP.S.: Diese Diskussion, hatten wir, glaube ich, gestern erst in einem anderen Thread
-
Vielleicht sollte man den Usern so langsam mal ein Gefühl dafür geben, bei welchen oder wie vielen Adaptern man mit einem
- Raspi
- Nuc
- NAS
klar kommt.
Am Besten noch mit CPU-Kernel- und RAM-Angaben.
- Smart Home kostet Strom
- Smart Home kostet Geld
- Smart Home kann auch einsparen
- Smart Home kostet Zeit
Gefühlt werden seit Monaten jeden Tag die gleichen Fragen beantwortet...
-
@armilar und dann gräbt einer einen Thread von 2014 aus, als iob noch auf einem Pi1 lief
-
Aus meiner Sicht ist ein Raspi nur noch so ein "ich probiere es mal aus"
Wenn es etwas weiter geht, dann kann ich mir so ein "Proxmox" NUC Ding empfehlen....
Sind wie mal ehrlich...
Erst wenn das Ding etwas mehr Power hat "NAS & Co" macht es wirklich spaß
-
@armilar sagte in ungewöhnlich hohe RAM Auslastung:
Aus meiner Sicht ist ein Raspi nur noch so ein "ich probiere es mal aus"
kann man wirklich nicht sagen.
spätestens seit dem pi4 mit 4 oder 8gb RAM ist der Raspi erwachsen geworden.
Der neue Pi5 legt noch einiges an Leistung drauf.Da kommen viele NAS leisungsmäßig nicht ran, auch einige kleinere NUC s nicht.
-
8 GB sind bei mir schon lange jenseits der Gegenwart
-
@armilar sagte in ungewöhnlich hohe RAM Auslastung:
8 GB sind bei mir schon lange jenseits der Gegenwart
bei mir auch, aber mein uralter nuc5ppyh läuft mit nativem iobroker und 8gb noch sehr gut.
-
Kann man so generell nicht sagen.
echad@chet:~ $ free -ht --mega total used free shared buff/cache available Mem: 8.2G 2.6G 4.3G 1.3M 1.4G 5.6G Swap: 104M 0B 104M Total: 8.3G 2.6G 4.4G echad@chet:~ $ -
Ist ja auch ne Frage der Anzahl an Adaptern...
Ausgewachsen, dann doch etwas auslastender
P.S.: Da läuft schon etwas mehr als ein NUC
