Arbeitsspeicher immer mehr belegt - nur durch was?

[StYxXx]

Hallo,

ich hoffe, das ist hier das passenste Unterforum. Irgendwie schien keines so richtig zu sein.

Ich habe seit kürzerem das Problem, dass der Arbeitsspeicher von irgendwas immer mehr belegt wird und ich zu doof bin herauszufinden, was es ist. Nein, das ist kein Missverständis wegen Cache Tatsächlich ist irgendwann alles so voll, dass kwapd ausrastet und das System praktisch lahmlegt. Was wieder ein Problem für sich wäre, weil ich gar keinen Swapbereich auf der Festplatte habe und swapon -s auch nichts ausspuckt (das Problem habe ich aber seit Jahren auf diversen Geräten - darum geht es hier aber eigentlich nicht).

Ich habe zum Vergleich mal ein paar Ausgaben gespeichert. Zunächst mal der Zustand nach einem frisch gebooteten System. XServer mit MATEs Login-Bildschirm läuft, aber ein Nutzer ist dort noch nicht angemeldet (nur in einer Konsole):

free -m:

Code: Alles auswählen

             total       used       free     shared    buffers     cached
Mem:          3565        664       2901          0         46        352
-/+ buffers/cache:        264       3301
Swap:            0          0          0

265 MB belegt. Scheint okay, wenn man bedenkt, dass der X-Server schon läuft.

Genaueres sieht man mit sudo smem -ku (Nutzerverteilung)

Code: Alles auswählen

User     Count     Swap      USS      PSS      RSS 
daemon       2        0   320.0K   333.0K   856.0K 
ntp          1        0   376.0K   777.0K     2.2M 
lp           1        0   752.0K   799.0K     1.5M 
avahi        2        0   540.0K   857.0K     2.3M 
messagebus     1        0  1020.0K     1.0M     1.5M 
clamav       1        0     1.2M     1.3M     2.2M 
colord       1        0     2.8M     3.3M     6.0M 
styxxx       2        0     3.8M     4.3M     5.7M 
www-data     6        0     9.0M    13.5M    33.7M 
mdm          1        0    16.2M    17.5M    21.0M 
mysql        1        0    41.4M    41.6M    42.8M 
root        36        0   102.9M   114.1M   159.7M 

und die genaue Aufschlüsselung nach Prozess:

Code: Alles auswählen

  PID User     Command                         Swap      USS      PSS      RSS 
 4139 root     logger -t mysqld -p daemon.        0   116.0K   130.0K   684.0K 
 4816 root     /usr/sbin/minissdpd -i 0.0.        0   128.0K   138.0K   560.0K 
 4944 root     startpar -f -- tpdaemon            0   136.0K   151.0K   648.0K 
 2497 daemon   /sbin/portmap                      0   144.0K   153.0K   512.0K 
 3165 daemon   /usr/sbin/atd                      0   176.0K   180.0K   344.0K 
 4982 root     /sbin/getty 38400 tty5             0   160.0K   190.0K   944.0K 
 4980 root     /sbin/getty 38400 tty3             0   164.0K   194.0K   948.0K 
 4978 root     /sbin/getty 38400 tty1             0   168.0K   198.0K   952.0K 
 4983 root     /sbin/getty 38400 tty6             0   168.0K   198.0K   952.0K 
 4981 root     /sbin/getty 38400 tty4             0   172.0K   202.0K   956.0K 
 3140 root     /usr/sbin/acpid                    0   184.0K   208.0K   672.0K 
    1 root     init [2]                           0   196.0K   221.0K   884.0K 
 3598 avahi    avahi-daemon: chroot helpe         0   124.0K   240.0K   544.0K 
 3777 root     /bin/sh /usr/bin/mysqld_saf        0   232.0K   244.0K   728.0K 
 3345 root     /usr/sbin/cron                     0   288.0K   334.0K     1.1M 
 3448 root     /usr/sbin/atieventsd               0   404.0K   473.0K     1.2M 
 3834 root     /usr/sbin/ntpd -p /var/run/        0   180.0K   487.0K     1.4M 
 3596 avahi    avahi-daemon: running [note        0   416.0K   617.0K     1.7M 
  190 root     /sbin/v86d                         0   624.0K   624.0K   624.0K 
 3812 ntp      /usr/sbin/ntpd -p /var/run/        0   376.0K   777.0K     2.2M 
 4731 root     /usr/sbin/sshd                     0   752.0K   790.0K     1.3M 
 4931 lp       /usr/bin/tprintdaemon 0            0   752.0K   799.0K     1.5M 
 3762 www-data /usr/bin/php-cgi                   0    60.0K   870.0K     4.4M 
 3763 www-data /usr/bin/php-cgi                   0    60.0K   870.0K     4.4M 
 3764 www-data /usr/bin/php-cgi                   0    60.0K   870.0K     4.4M 
 3765 www-data /usr/bin/php-cgi                   0    60.0K   870.0K     4.4M 
 5265 styxxx   /bin/login --                      0   436.0K   873.0K     1.3M 
 3609 root     /usr/sbin/bluetoothd               0   836.0K   922.0K     2.1M 
 4380 root     /usr/sbin/mdm                      0   316.0K   971.0K     2.5M 
 3495 messagebus /usr/bin/dbus-daemon --syst        0  1020.0K     1.0M     1.5M 
 3013 root     /usr/sbin/rsyslogd                 0     1.1M     1.1M     1.6M 
 3600 www-data /usr/sbin/lighttpd -f /etc/        0     1.1M     1.1M     1.5M 
 4163 root     /usr/sbin/modem-manager            0     1.0M     1.3M     3.0M 
  397 root     udevd --daemon                     0     1.3M     1.3M     2.0M 
 3285 clamav   /usr/bin/freshclam -d --qui        0     1.2M     1.3M     2.2M 
 3384 root     /usr/sbin/cups-browsed             0   924.0K     1.4M     3.1M 
 4181 root     /sbin/wpa_supplicant -u -s         0     1.3M     1.6M     3.2M 
 4979 root     /bin/login --                      0   584.0K     1.6M     4.6M 
 3430 root     /usr/sbin/nmbd -D                  0     1.6M     1.8M     2.7M 
 6135 root     sudo smem -k                       0     1.4M     1.8M     4.0M 
 4547 root     /usr/sbin/smbd -D                  0   300.0K     1.8M     4.0M 
 4857 root     /usr/sbin/console-kit-daemo        0     1.5M     1.9M     4.2M 
 4381 root     /usr/sbin/mdm                      0     1.2M     2.5M     5.9M 
 4354 root     /sbin/dhclient -d -sf /usr/        0     2.9M     2.9M     3.6M 
 3429 root     /usr/sbin/cupsd -C /etc/cup        0     2.5M     3.0M     4.9M 
 3761 root     /usr/lib/policykit-1/polkit        0     2.6M     3.1M     5.4M 
 4409 root     /usr/sbin/smbd -D                  0     1.7M     3.3M     5.9M 
 3499 colord   /usr/lib/colord/colord             0     2.8M     3.3M     6.0M 
 5286 styxxx   -bash                              0     3.4M     3.4M     4.3M 
 3735 root     /usr/sbin/NetworkManager           0     3.4M     4.0M     6.8M 
 6136 root     /usr/bin/python /usr/bin/sm        0     7.3M     7.3M     8.1M 
 3645 www-data /usr/bin/php-cgi                   0     7.6M     8.9M    14.5M 
 5041 mdm      /usr/lib/mdm/mdmgreeter            0    16.2M    17.5M    21.0M 
 4138 mysql    /usr/sbin/mysqld --basedir=        0    41.4M    41.6M    42.8M 
 4407 root     /usr/bin/X :0 -audit 0 -aut        0    63.5M    64.0M    65.7M 

Der Vollständigkeit halber auch noch /proc/meminfo:

Code: Alles auswählen

MemTotal:        3651540 kB
MemFree:         2969860 kB
Buffers:           48204 kB
Cached:           361464 kB
SwapCached:            0 kB
Active:           218528 kB
Inactive:         295180 kB
Active(anon):     104616 kB
Inactive(anon):     6248 kB
Active(file):     113912 kB
Inactive(file):   288932 kB
Unevictable:           4 kB
Mlocked:               4 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                24 kB
Writeback:             0 kB
AnonPages:        103952 kB
Mapped:            90120 kB
Shmem:              6816 kB
Slab:              35640 kB
SReclaimable:      14948 kB
SUnreclaim:        20692 kB
KernelStack:        1736 kB
PageTables:         8144 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1825768 kB
Committed_AS:     679772 kB
VmallocTotal:   34359738367 kB
VmallocUsed:       98080 kB
VmallocChunk:   34359637756 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      113960 kB
DirectMap2M:     2617344 kB
DirectMap1G:     1048576 kB

Und nun zum Vergleich, wie das ganze nach etwa 2,5h Nutzung ( 19:56:06 up 2:27, 2 users, load average: 0,23, 0,70, 1,65) aussieht, wenn man abgemeldet wurde, bzw. den X-Server abgeschossen hat (im Grunde also der Zustand, wie nach einem neuen frischen Neustart - sollte man denken):

free-m:

Code: Alles auswählen

             total       used       free     shared    buffers     cached
Mem:          3565       1905       1660          0         34        335
-/+ buffers/cache:       1535       2030
Swap:            0          0          0

Nanu? 1,5 GB belegt?

Wieder Aufschlüsselung nach Nutzer:

Code: Alles auswählen

User     Count     Swap      USS      PSS      RSS 
daemon       2        0   272.0K   272.0K   288.0K 
ntp          1        0   300.0K   545.0K     1.1M 
avahi        2        0   412.0K   566.0K     1.1M 
lp           1        0   676.0K   677.0K   708.0K 
clamav       1        0   912.0K   930.0K     1.3M 
messagebus     1        0     1.5M     1.5M     1.8M 
colord       1        0     1.6M     1.7M     2.4M 
styxxx       2        0     3.8M     4.4M     5.7M 
www-data     6        0     6.5M    10.1M    25.9M 
mdm          1        0    16.6M    18.0M    21.1M 
mysql        1        0    35.9M    35.9M    36.0M 
root        44        0   339.2M   347.5M   375.2M 

Hmm.... und nach Prozess:

Code: Alles auswählen

  PID User     Command                         Swap      USS      PSS      RSS 
 6545 root     sh -c /etc/ati/authatievent        0    96.0K    96.0K   100.0K 
 4202 root     logger -t mysqld -p daemon.        0   104.0K   104.0K   112.0K 
 6546 root     /bin/sh /etc/ati/authatieve        0   112.0K   112.0K   116.0K 
 4842 root     /usr/sbin/minissdpd -i 0.0.        0   112.0K   113.0K   136.0K 
 2561 daemon   /sbin/portmap                      0   116.0K   116.0K   116.0K 
 5000 root     startpar -f -- tpdaemon            0   116.0K   116.0K   124.0K 
 3873 root     /bin/sh /usr/bin/mysqld_saf        0   148.0K   148.0K   152.0K 
 3222 daemon   /usr/sbin/atd                      0   156.0K   156.0K   172.0K 
 5026 root     /sbin/getty 38400 tty2             0   160.0K   160.0K   168.0K 
 5030 root     /sbin/getty 38400 tty6             0   160.0K   160.0K   168.0K 
 5027 root     /sbin/getty 38400 tty3             0   164.0K   164.0K   172.0K 
 5029 root     /sbin/getty 38400 tty5             0   164.0K   164.0K   172.0K 
    1 root     init [2]                           0   164.0K   165.0K   200.0K 
 5028 root     /sbin/getty 38400 tty4             0   172.0K   172.0K   180.0K 
 3567 avahi    avahi-daemon: chroot helpe         0   120.0K   186.0K   252.0K 
 3197 root     /usr/sbin/acpid                    0   176.0K   193.0K   440.0K 
 7386 root     udisks-daemon: not polling         0   144.0K   250.0K   448.0K 
 3334 root     /usr/sbin/cron                     0   264.0K   268.0K   392.0K 
 3506 root     /usr/sbin/atieventsd               0   356.0K   357.0K   368.0K 
 3566 avahi    avahi-daemon: running [note        0   292.0K   380.0K   860.0K 
 3853 root     /usr/sbin/ntpd -p /var/run/        0   196.0K   426.0K   988.0K 
 3835 ntp      /usr/sbin/ntpd -p /var/run/        0   300.0K   545.0K     1.1M 
 3648 root     /usr/sbin/bluetoothd               0   568.0K   609.0K     1.1M 
  194 root     /sbin/v86d                         0   628.0K   628.0K   628.0K 
 8853 root     /usr/sbin/sshd                     0   644.0K   673.0K     1.0M 
 4992 lp       /usr/bin/tprintdaemon 0            0   676.0K   677.0K   708.0K 
 4226 root     /usr/sbin/modem-manager            0   672.0K   722.0K     1.3M 
 7143 root     /usr/sbin/system-tools-back        0   640.0K   744.0K     1.7M 
 3743 www-data /usr/bin/php-cgi                   0    64.0K   799.0K     3.9M 
 3744 www-data /usr/bin/php-cgi                   0    64.0K   799.0K     3.9M 
 3745 www-data /usr/bin/php-cgi                   0    64.0K   799.0K     3.9M 
 3746 www-data /usr/bin/php-cgi                   0    64.0K   799.0K     3.9M 
10307 styxxx   /bin/login --                      0   440.0K   878.0K     1.3M 
 4445 root     /usr/sbin/mdm                      0   300.0K   883.0K     1.9M 
 3406 clamav   /usr/bin/freshclam -d --qui        0   912.0K   930.0K     1.3M 
 3445 root     /usr/sbin/cups-browsed             0   892.0K   944.0K     1.2M 
 4228 root     /sbin/wpa_supplicant -u -s         0   900.0K   961.0K     1.5M 
 3083 root     /usr/sbin/rsyslogd                 0   952.0K   962.0K     1.2M 
 3600 www-data /usr/sbin/lighttpd -f /etc/        0   992.0K   992.0K  1000.0K 
 7379 root     /usr/lib/udisks/udisks-daem        0   816.0K     1.1M     2.5M 
 4516 root     /usr/sbin/smbd -D                  0   288.0K     1.2M     2.3M 
  399 root     udevd --daemon                     0     1.2M     1.2M     1.4M 
 6817 root     /usr/lib/upower/upowerd            0     1.1M     1.3M     2.5M 
 4416 root     /usr/sbin/smbd -D                  0   400.0K     1.3M     2.4M 
 3535 messagebus /usr/bin/dbus-daemon --syst        0     1.5M     1.5M     1.8M 
 3477 root     /usr/sbin/nmbd -D                  0     1.5M     1.6M     1.9M 
 4916 root     /usr/sbin/console-kit-daemo        0     1.5M     1.7M     3.0M 
 3539 colord   /usr/lib/colord/colord             0     1.6M     1.7M     2.4M 
 5025 root     /bin/login --                      0   676.0K     1.9M     4.6M 
10437 root     sudo smem -k                       0     1.5M     2.0M     4.1M 
 3498 root     /usr/sbin/cupsd -C /etc/cup        0     2.0M     2.1M     2.5M 
 6922 root     /usr/lib/udisks2/udisksd --        0     2.0M     2.2M     3.4M 
 8680 root     /sbin/dhclient -d -sf /usr/        0     2.2M     2.3M     2.6M 
10268 root     /usr/sbin/mdm                      0     1.2M     2.8M     5.9M 
 3830 root     /usr/lib/policykit-1/polkit        0     2.7M     2.9M     4.0M 
 3798 root     /usr/sbin/NetworkManager           0     2.7M     2.9M     4.4M 
10319 styxxx   -bash                              0     3.4M     3.5M     4.4M 
 3621 www-data /usr/bin/php-cgi                   0     5.3M     6.0M     9.2M 
10438 root     /usr/bin/python /usr/bin/sm        0     8.0M     8.1M     8.9M 
10293 mdm      /usr/lib/mdm/mdmgreeter            0    16.6M    18.0M    21.1M 
 7269 root     /usr/bin/perl /usr/share/sy        0    19.4M    19.4M    19.6M 
 4201 mysql    /usr/sbin/mysqld --basedir=        0    35.9M    35.9M    36.0M 
10281 root     /usr/bin/X :0 -audit 0 -aut        0   280.7M   281.2M   282.7M 

Es fällt eine doch deutlich gesteigerte Nutzung durch den X-Server auf. Der Rest ist in etwa wie nach einem Reboot. Insgesamt kommt man auf so ca. 420 MB, vielleicht auch etwas mehr. Aber ziemlich sicher keine 1500. Es sind also über 1 GB Arbeitsspeicher belegt und ich weiß nicht durch was.

/proc/meminfo sagt (ich selbst werde daraus nicht ganz schlau):

Code: Alles auswählen

MemTotal:        3651540 kB
MemFree:         1686584 kB
Buffers:           37560 kB
Cached:           355808 kB
SwapCached:            0 kB
Active:           448376 kB
Inactive:         293820 kB
Active(anon):     352328 kB
Inactive(anon):     6240 kB
Active(file):      96048 kB
Inactive(file):   287580 kB
Unevictable:        2092 kB
Mlocked:               4 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 4 kB
Writeback:             0 kB
AnonPages:        350912 kB
Mapped:            72024 kB
Shmem:              7648 kB
Slab:              56216 kB
SReclaimable:      21496 kB
SUnreclaim:        34720 kB
KernelStack:        1880 kB
PageTables:         9216 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1825768 kB
Committed_AS:    1022480 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      100820 kB
VmallocChunk:   34359630556 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:     3378472 kB
DirectMap2M:      401408 kB
DirectMap1G:           0 kB

Deutlicher Unterschied bei den "DirectMap"-Angaben unten, sowie bei Active(anon), Active und AnonPages.

Ich hätte auch noch /proc/vmalloc und vmstat im Angebot, falls es etwas hilft.
Der Arbeitsspeicher selbst ist laut dem letzten memtest-Durchlauf (da bestand das Problem bereits) fehlerfrei.
Das ganze ist ziemlich nervig und zwingt mich dazu, mindestens einmal am Tag einen Reboot durchzuführen (X-Server alleine reicht nicht). Meistens stürzt sowieso mangels freiem Speicher diverses ab. Früher konnte ich den Rechner monatelang laufen lassen und immer nur in den Standby bringen. Was übrigens in diesem Fall das Problem zu verschlimmern scheint. Zumindest hatte ich das Gefühl, dass häufigeres Standby-Gehen und aufwecken den Speicherverbrauch noch schneller erhöht.

Meine Nutzung ist eher gewöhnlich. Meistens nur sowas Google-Chrome (was leider dazu neigt, selbst massig Speicher zu fressen im Laufe der Nutzung) und Pidgin. Ich habe noch virtualbox installiert, aber es tritt unabhängig von der Nutzung auf. Außerdem sind eine externe Platte verschlüsselt (dmcrypt+LUKS) und auch die home-Partition (ecryptfs). Als Desktop-Umgebung nutze ich MATE. Eigentlich denke ich nicht, dass irgendwas davon viel damit zu tun haben kann. Könnte es der Kernel selbst sein?

Bin auf jeden Fall dankbar für Tipps.

edit: Sorry, falls die Code-Schnipsel zu lange sind und das hier nicht gerne gesehen wird. Nächstes mal nutze ich pastebin oder sowas. O:-)

[rendegast]

Eventuell löst ein swap-Space das Problem?
Ein swap-file anlegen:

Code: Alles auswählen

dd if=/dev/zero of=/.SWAP bs=1M count=512
chmod 600 /.SWAP
mkswap /.SWAP
swapon /.SWAP

fstab:

Code: Alles auswählen

/.SWAP swap swap defaults 0 0

Belegung beobachten.

5000 root startpar -f -- tpdaemon 0 116.0K 116.0K 124.0K

nicht richtig gestartet,

Code: Alles auswählen

service turboprint restart
(Syntax?)

?
So stehen bei mir gelegentlich dovecot, shellinabox, fhem,
was deren Funktion aber scheinbar nicht beeinträchtigt.

6545 root sh -c /etc/ati/authatievent 0 96.0K 96.0K 100.0K

Mal fglrx entfernen, stattdessen radeon versuchen.

[wanne]

Aber ziemlich sicher keine 1500. Es sind also über 1 GB Arbeitsspeicher belegt und ich weiß nicht durch was.

Ich weiß nicht ich würde da mal deinem smem-Tool misstrauen. Zumindest den Kernel ignoriert es natürlich. (wie ps)
Würde mal das testen:

Code: Alles auswählen

ps -eo 'cmd,vsz' --sort vsize

Leider hat ps kein pss oder sowas.
Sonst sind 282.7M jetzt nicht so viel für den X-Server. Das ist (leider) relativ normal dass der erstmal wächst...

[rendegast]

Sonst sind 282.7M jetzt nicht so viel für den X-Server. Das ist (leider) relativ normal dass der erstmal wächst...

Wirklich?
Ich habe hier jessie/64, jetzt 4 Tage uptime
VIRT RES SHR
241M 15100 14500 X...:1...
241M 23500 11400 X...:0...
(nouveau-Grafik)

dabei RES/RSS absteigend
286M java (openhab)
250M firefox (Xrdp, openbox)
78M mono (keepass2)
45M perl (fhem)
28M lightdm-gtk-greeter
24M lightdm-gtk-greeter
...
gesamt ~1GB von 4GB RAM, 50M swap belegt.

[wanne]

Sonst sind 282.7M jetzt nicht so viel für den X-Server. Das ist (leider) relativ normal dass der erstmal wächst...

Wirklich?
Ich habe hier jessie/64, jetzt 4 Tage uptime
VIRT RES SHR
241M 15100 14500 X...:1...
241M 23500 11400 X...:0...
(nouveau-Grafik).

Ja. Passt doch: 241M Virt.

[rendegast]

@wanne
Oben geht es aber um 280M RSS/RES.

[cosmac]

hi,

hier verursacht iceweasel einen ähnlichen Zustand. Es legt Files in /tmp an, löscht sie irgendwann auch wieder, aber schließt sie nicht. Da mein /tmp ein tmpfs ist, verschwindet mein freier Speicher "spurlos".

[wanne]

@wanne
Oben geht es aber um 280M RSS/RES.

Ja. Nur ist RSS eine verdammt dumme Angabe: Je nachdem wie ich mir die Daten einer Datei hole, zählt das zum RSS oder nicht. Das führt bei vielen Libs sogar dazu dass RSS sinkt wenn man Größere Dateien öffnet, weil sie die anders behandeln...
Ensprechend ist die vsz bei mir mit NVidia-Treiber ähnlich groß. Aber die RSS völlig anders:

Code: Alles auswählen

ps -eo cmd,rss,vsz
/usr/bin/X :0 vt7 -nolisten 79828 196556
[…]

(Normalerweise komme ich auch auf etwas über 200MiB, wenn ich mehrere Fester offen habe.)

[StYxXx]

Hallo

Swap habe ich entfernt, da das leider mehr Probleme machte, als half. Der volle Arbeitsspeicher bestand trotzdem nur braucht kswapd zum Auslagern von 100 MB erstaunliche 30min. Was wieder das andere Problem wäre Da das swapping einsetzt scheint wirklich der Arbeitsspeicher belegt zu sein.

Turboprint schaue ich mir mal an, das hat sich selbst so installiert. Hat aber glaub nichts mit dem Problem zu tun.

Grafiktreiberwechsel ist sogar geplant auf lange Sicht. fgrlx hatte ich auch schon in Verdacht für so manches.

Mal eben nochmal Werte genommen, war jetzt etwa weniger drastisch. Leider war ich eben so dumm, die aufgabe von "free" nicht zu speichern. Ich glaube es waren irgendwas mit 600 MB belegt. Aber mal zum Vergleich von smem und der gewünschten ps-Ausgabe:

smem -uk

Code: Alles auswählen

User     Count     Swap      USS      PSS      RSS 
daemon       2        0   276.0K   276.0K   292.0K 
ntp          1        0   336.0K   561.0K     1.0M 
avahi        2        0   424.0K   572.0K   928.0K 
lp           1        0   676.0K   678.0K   708.0K 
messagebus     1        0     1.6M     1.6M     1.9M 
styxxx       2        0     3.8M     4.4M     5.7M 
www-data     6        0     6.5M    10.1M    25.8M 
mdm          1        0    16.6M    18.0M    21.1M 
mysql        1        0    35.9M    35.9M    36.0M 
root        44        0   302.5M   310.8M   337.5M 

smem - k: 38367
ps -eo 'cmd,vsz' --sort vsize: 38365
Was ist denn console-kit-daemon?

edit: RAM-Disk existiert keine

[StYxXx]

Was console-kit-daemon ist hab ich inzwischen herausgefunden und scheint auch nicht schuld zu sein.

Habe mal mit Swap probiert, es ändert sich prinzipiell nichts. Nur, dass eben ein wenig ausgelagert wird. Es bleibt mysteriöserweise belegter Speicher ohne Grund.

Interessante, wenn auch für das Problem irrelevante Feststellung: Mehr Gesamtspeicher sorgt bei google-chrome auch für mehr Verbrauch. Scheint, als hätte der Browser die Mission, möglichst viel Speicher sinnlos zu fressen. So belegt Chrome für ein Tab mit kleiner Grafik bei viel Swap mal eben 600MB (und sonst nur ein Bruchteil davon). Allerdings war der "Phantomspeicherverbrauch" auch immer nach beendetem Chrome.

[Milbret]

Hast du mal per htop geschaut ob du dort vielleicht siehst was den Speicher frisst?
Ansonsten mal per dmesg schauen ob nicht irgendwo eine Meldung drin steht oder alternativ direkt im syslog unter /var/log.
Dort kannst du auch mal die Logs generell per grep durchwühlen.
Vielleicht gibt es da hinweise.

Alternativ müsstest du mal schauen ob du mit vmstat o.ä, das Problem findest.
Ansonsten sehen die Cache/Buffer Infos nach gecachten Dateien aus, die auch ordentlich RAM fressen.
Ggf. mal per Parameter unter /proc/vm/ die entsprechenden Parameter in die drop_caches Datei schreiben lassen und schauen ob der RAM dann wieder freigegeben wird.
Falls ja, müsstest du das Cache Verhalten des Kernels optimieren.

Martin