sirbender
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
Hi, ich hatte bis vor kurzem 14.04 ohne Swap Partition und nutzte von meinen 6GB trotz Firefox, Chromium usw. nie mehr als ca. die Haelfte. Ganz selten auch mehr. Also an der fehlenden Swap Partition hat sich 14.04 nie gestoert. Nun mit 16.04 ist ca. 500-700 MB belegt nach einem Neustart. Nach kurzer Nutzung ist fast nix mehr frei. System Monitor und Top helfen mir nicht weiter. Ich sehe nicht wer den RAM belegt. Ein free -h gibt folgendes aus: free -h
total used free shared buff/cache available
Mem: 5,6G 2,3G 40M 3,0G 3,3G 214M
Swap: 0B 0B 0B Auch System Monitor zeigt im Resourcen Tab, dass fast der ganze RAM voll ist. In der Einzelauflistung der Prozesse verbraucht aber alles zusammen vielleicht 1 GB. Was ist da los?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
| koffeinfriedhof@x220:~$ free -h
gesamt benutzt frei gemns. Puffer/Cache verfügbar
Speicher: 7,7G 3,1G 49M 109M 4,5G 4,4G
Auslagerungsspeicher: 7,9G 0B 7,9
|
Ist völlig normal. Das RAM wird benutzt und nicht brach liegen gelassen. Das wird intern so verwaltet, dass es dann frei gemacht wird, wenn es anderweitig gebraucht wird. Solange bleibt alles im RAM, um Zugriffe zu beschleunigen. Link dazu habe ich aber gerade keinen.
|
Gerum
Anmeldungsdatum: 26. Januar 2016
Beiträge: 46
|
Ich glaube nicht, dass das bei ihm auch so ist, weil auch auch der verfügbare Speicher nur 200 MB beträgt.
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Hi,ist nur ein Schuß ins Blaue aber siehe mal hier https://wiki.ubuntuusers.de/Swap/#Swapnutzung-einstellen Dein Puffer/Cache ist extrem hoch 😬
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Irgendwas im tmpfs? Das würde man dann allerdings bei df -h sehen.
|
Dark_Wolf
Anmeldungsdatum: 12. August 2006
Beiträge: 2588
Wohnort: Linuxland
|
Eine andere Ansicht bringt da Licht in Dunkel https://wiki.ubuntuusers.de/htop/ hier kannst du auch nach RAM sortieren und sehen welche Applikation hier das Böse ist. Aber wenn's nur gecacht ist, ist es unter normalen Umständen egal. lg
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
Dark_Wolf schrieb: Eine andere Ansicht bringt da Licht in Dunkel https://wiki.ubuntuusers.de/htop/ hier kannst du auch nach RAM sortieren und sehen welche Applikation hier das Böse ist. Aber wenn's nur gecacht ist, ist es unter normalen Umständen egal. lg
Ich hatte HTOP schon gestern installiert. Ohne Erfolg eine Anwendung als Boesewicht zu isolieren. Auch kann man beim normalen 'top' per Mausklick auf "Mem" nach RAM sortieren. Es ist uebrigens nicht so, dass ich viel mehr freien RAM habe, aber der Cache dies irgendwie verbirgt. Ich habe wirklich kein RAM. Merkt man auch daran, dass alles ultra-lahm wird und z.B. Chromium Tabs killt. sysctl vm.swappiness
vm.swappiness = 60 Ich habe einen Wert von 60. Scheint okay zu sein, oder? Eigentlich hab ich doch gar kein Swap - macht da der swappiness Wert ueberhaupt Sinn? Im Moment kann ich es nicht erklaeren. Ich nutze Firefox Developer Edition - eigentlich kann die ja keinen Quatsch mit dem RAM machen. Vor allem wenn ich Firefox beende sollte der komplette RAM doch wieder zur Verfuegung stehen. Ich raff es nicht ☹
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Poste mal die Ausgabe df -h
wie frostschutz schon sagte
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
Hat es was mit der ersten Antwort zu tun: http://askubuntu.com/questions/198549/what-is-cached-in-the-top-command Zitat: "That number before cached is the amount of physical memory that is being used by cache buffers for your filesystems. It's not related to SWAP." Klingt irgendwie als waere mein Problem ein Bug. Selbst wenn ich alle Anwendungen schliesse wird der RAM nicht freigegeben.
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
ChickenLipsRfun2eat schrieb: | koffeinfriedhof@x220:~$ free -h
gesamt benutzt frei gemns. Puffer/Cache verfügbar
Speicher: 7,7G 3,1G 49M 109M 4,5G 4,4G
Auslagerungsspeicher: 7,9G 0B 7,9
|
Ist völlig normal. Das RAM wird benutzt und nicht brach liegen gelassen. Das wird intern so verwaltet, dass es dann frei gemacht wird, wenn es anderweitig gebraucht wird. Solange bleibt alles im RAM, um Zugriffe zu beschleunigen. Link dazu habe ich aber gerade keinen.
Der Unterschied zwischen uns beiden, ist, dass mein "shared" und "Cache" value beide sehr hoch sind. Bei dir ist "shared" (auf Deutsch 'gemns.' == gemeinsam) sehr klein. Ich denke mal, dass die Daten im Cache nie freigegeben werden weil sie auch gleichzeitig noch 'shared' sind. Eventuell ist dies die Loesung: http://serverfault.com/questions/274344/shared-memory-max-value-is-way-too-high-64g-shmmax-why Bei mir liefert:
cat /proc/sys/kernel/shmmax
18446744073692774399 WTF??? Zitat: "I guess that for some particular workloads you could want to base this parameter on the total size of the memory subsystem which, thanks to swapping and virtual memory, can be much higher than installed RAM by itself." Kann es sein, dass bei '/proc/sys/kernel/shmmax' die Groesse meiner Harddisk oder sowas eingetragen wurde?
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
shmmax ist normal... dein Problem liegt woanders $ free -h
total used free shared buff/cache available
Mem: 15G 1.9G 5.2G 1.3G 8.5G 12G
Swap: 0B 0B 0B Der buff/cache Wert sagt nicht viel aus... 12G available, buff/cache 8.5G, aber nur 15G insgesamt. Passt nicht zusammen also... 1.9 used + 1.3 shared (tmpfs in meinem Fall, ich hab da locker 1GB krempel drauf liegen) = 3.2G vs. 12G frei kommt da schon näher.
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
frostschutz schrieb: shmmax ist normal... dein Problem liegt woanders
Okay. So siehts uebrigens nach einem Neustart aus:
free -h
total used free shared buff/cache available
Mem: 5,6G 545M 4,3G 153M 772M 4,9G
Swap: 0B 0B 0B Grummel. Bis auf Chromium hab ich jetzt nichts am laufen. Trotzdem fuellt sich der 'shared' Wert langsam: free -h
total used free shared buff/cache available
Mem: 5,6G 1,8G 1,3G 1,3G 2,5G 2,4G
Swap: 0B 0B 0B Obwohl ich nix mache ausser dies hier zu tippen. Also irgendwas laeuft hier gehoerig schief.
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
Na Bravo. Kaum eine Anwendung offen und schon wieder kein RAM frei. Die Performance geht jedesmal in die Knie wenn ich eine neue Anwendung oeffne. der "shared" RAM Bereich ist auf 3.0G und cache auf 3,6G angewachsen ohne grosse Aktivitaet. Durch die miese Performance (CPU-Auslastung ist minimal, das Problem ist freier RAM) kann man glaube ich ausschliessen, dass einfach nur RAM im Cache und somit verfuegbar ist. Irgendjemand/irgendwas bunkert den RAM und gibt ihn nicht mehr frei. Alle Anwendungen schliessen ergibt keine Aenderung.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Auf die Frage zum tmpfs bist du bis jetzt nicht eingegangen... wenns das nicht ist dann schreib es doch wenigstens. Ich hab sonst leider auch keine Idee mehr. Passiert es auch auf der LiveCD?
|
sirbender
(Themenstarter)
Anmeldungsdatum: 4. Februar 2011
Beiträge: 354
|
frostschutz schrieb: Auf die Frage zum tmpfs bist du bis jetzt nicht eingegangen... wenns das nicht ist dann schreib es doch wenigstens. Ich hab sonst leider auch keine Idee mehr. Passiert es auch auf der LiveCD?
Komisch. Muss ich wohl ueberlesen haben. Hier der Output: df -h
Filesystem Size Used Avail Use% Mounted on
udev 2,8G 2,8G 0 100% /dev
tmpfs 577M 8,7M 568M 2% /run
/dev/sda1 39G 11G 26G 29% /
tmpfs 2,9G 37M 2,8G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 2,9G 0 2,9G 0% /sys/fs/cgroup
/dev/sda2 58G 9,6G 46G 18% /media/horst/Work
/dev/sda3 363G 212G 133G 62% /media/horst/Data
tmpfs 577M 52K 577M 1% /run/user/1000 Sieht nicht normal aus, oder?
|