Ram und Swap Auslastung Debian Lenny

maydo

New Member
Hi,

habe ein Debian Lenny 64bit System mit 12GB Ram.
Der Swap ist ständig am Maximum. Schon einiges an Apache und Mysql optimiert.

Anbei ein Auszug aus top.

Code:
top - 11:13:28 up 186 days, 16:45,  2 users,  load average: 3.02, 3.04, 3.58
Tasks: 1461 total,   2 running, 1167 sleeping,   0 stopped, 292 zombie
Cpu(s): 19.7%us,  6.2%sy,  0.0%ni, 73.5%id,  0.6%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  12331136k total, 12221356k used,   109780k free,   281880k buffers
Swap:   999992k total,   999992k used,        0k free,  7425184k cached

12GB an RAM und 1GB Swap Partition dafür sollten völlig ausreichend sein. Mehr als die Hälfte sind gecacht was auch soweit in Ordnung ist. Ich kann nicht nachvollziehen warum der Swap ständig zu 100% voll ist.
Vielen Dank im Voraus für Hinweise.
 
Schau doch mal welche Programme am laufen sind und am meisten Ram fessen.

ps ux
oder für eine schönere Übersicht htop installieren.
 
mysqld und apache2 scheinen ganz schön zu fressen. memory_limit und my.cnf ein bischen nach unten geschraubt und swap mal ganz deaktiviert.
Wobei das ganze schon für knapp 12GB angepasst ist.

Es laufen mehrere Shops auf dem Server. Es werden mehrere tausend Artikel stündlich bzw. dauernd über mysql queries geupdatet. Es wird viel mit php und xml zu mysql abgearbeitet.

Scheint derzeit in Ordnung zu sein. Mal das ganze weiter beobachten.

Code:
top - 13:51:23 up 186 days, 19:23,  3 users,  load average: 2.09, 1.98, 1.80
Tasks: 1480 total,   1 running, 1184 sleeping,   0 stopped, 295 zombie
Cpu(s):  8.5%us,  1.7%sy,  0.0%ni, 89.2%id,  0.3%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:  12331136k total, 12129876k used,   201260k free,   246360k buffers
Swap:        0k total,        0k used,        0k free,  8130384k cached
 
Hallo!
Code:
Tasks: 1480 total,   1 running, 1184 sleeping,   0 stopped, [B]295 zombie[/B]
Die Zombie Prozesse würde ich mir mal genauer ansehen.

mfG
Thorsten
 
Wenn ich richtig gerechnet habe sind nur ~4.5GB der 12GB RAM belegt, das meiste frisst der Cache.
Ohne mich mit der kernel-internen Swap-Logik genau auszukennen wuerde ich behaupten dass dieser kurzerhand alle Zombies in den Swap gelegt hat um sich Platz fuer I/O Optimierungen mittels Cache zu schaffen.
 
Ich werfe noch ein volles tmpfs in die Runde.

Zombies belegen übrigens keinen Speicher mehr. Da wird nur noch der Returncode gespeichert, bis der Parent Prozess diesen mit waitpid() abholt.
 
Back
Top