Speicherauslastung deuten

B. Bachmann · 2. April 2008

Hallo zusammen,

ich hatte vorhin wohl einen übergelaufenen Speicher - zumindest vermute ich das.

Ich habe mal top gemacht und das ist die "Antwort"

Code

top - 08:32:19 up 29 min,  2 users,  load average: 0.02, 0.02, 0.00
Tasks:  67 total,   2 running,  65 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy, 43.6%ni, 56.1%id,  0.0%wa,  0.2%hi,  0.2%si,  0.0%st
Mem:    262144k total,   262144k used,        0k free,        0k buffers
Swap:   524288k total,   103328k used,   420960k free,        0k cached




  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0 10328  760  632 S    0  0.3   0:03.65 init
 6990 root      16   0  3728  592  456 S    0  0.2   0:00.03 syslogd
 7010 bind      19   0 54932 3492 2000 S    0  1.3   0:00.00 named
 7061 root      18   0 10108 1512 1188 S    0  0.6   0:00.00 mysqld_safe
 7098 mysql     15   0  144m  37m 5652 S    0 14.7   0:01.64 mysqld
 7099 root      18   0  2636  532  452 S    0  0.2   0:00.00 logger
 7147 root      15   0 62868  34m 2216 S    0 13.5   0:00.30 spamd
 7157 root      18   0  3880  412  320 S    0  0.2   0:00.00 courierlogger
 7158 root      18   0 17084 1196  920 S    0  0.5   0:00.00 authdaemond
 7159 root      15   0 17084  392  116 S    0  0.1   0:00.00 authdaemond
 7160 root      15   0 17084  392  116 S    0  0.1   0:00.00 authdaemond
 7162 root      15   0 17084  392  116 S    0  0.1   0:00.00 authdaemond
 7163 root      15   0 17084  392  116 S    0  0.1   0:00.00 authdaemond
 7164 root      15   0 18152 1588 1008 S    0  0.6   0:00.00 authdaemond
 7168 root      19   0  3880  340  252 S    0  0.1   0:00.00 courierlogger
 7169 root      22   0  6028  600  496 S    0  0.2   0:00.00 couriertcpd
 7178 root      15   0  6028  552  440 S    0  0.2   0:00.00 couriertcpd

Alles anzeigen

Allerdings sagt mir das nicht wirklich was aus. Als ich ganz zu Beginn, nach dem neuaufsetzen des OS ein top machte, war auch der gesamte Speicher belegt. Ist er immer belegt oder ist er wirklich voll und ich sollte mir Gedanken machen? (falls letzteres brauche ich wohl eher eine größeren vServer).
Die Fehlermeldung die heute nacht dann auftrag kam, weil er nicht mehr swappen konnte?

Gibt es ein Log dazu? (gibt es bestimmt, aber ich bin ja so unbeholfen -.-) Ich wüsste wirklich gerne woran das lag etc. )=

Grüße,
Benny

//EDIT
das ist so ne Fehlermeldung, vllt deute ich sie ja falsch:

Code

Fatal error: Out of memory (allocated 262144) (tried to allocate 491520 bytes) in /var/kunden/webs/dvip/damned-torian/index.php on line 501

//EDIT2
Habe jetzt rausgefunden was "spamd" ist... Und es deinstalliert (wundere mich wie das überhaupt auf den Server kam), jetzt sieht die Auslastung erstmal etwas besser aus.

**[netcup] Oli W.** · 2. April 2008

Zitat von B. Bachmann;566

Code

Fatal error: Out of memory (allocated 262144) (tried to allocate 491520 bytes) in /var/kunden/webs/dvip/damned-torian/index.php on line 501

das liegt wohl eher an phps max memory limit.

B. Bachmann · 2. April 2008

Okay, das heißt in der php.ini einfach den Wert [n]memory_limit[/B] hochsetzen? Im Moment steht das auf 32M - es war vorher 16. Auf wieviel kann ich das denn gefahrlos stellen?
Oder beeinflusst das mein System nicht negativ wenn ich ihn hochdrehe?

Force · 2. April 2008

Zitat

Als ich ganz zu Beginn, nach dem neuaufsetzen des OS ein top machte, war auch der gesamte Speicher belegt. Ist er immer belegt oder ist er wirklich voll und ich sollte mir Gedanken machen? (falls letzteres brauche ich wohl eher eine größeren vServer).

Linux nutzt den verfügbaren Speicher effektiv, was da ist wird genutzt. Nur swappen sollte er nicht, das ist imho nen anzeichen das dein System zuviel Speicherhunger hat.
Vielleicht mal ein wenig an den Diensten optimieren. 256 MB sollte für die meisten Fälle mehr als ausreichen. Andere betreiben erfolgreich mit 64MB RAM hier LAMP systeme auf V-servern.

B. Bachmann · 2. April 2008

Also spamd hab ich schonmal erfolgreich wegrationalisiert.
Wie ich sonst noch optimieren kann muss ich mal schauen Aber danke für die Erklärung!

Force · 2. April 2008

wenn du infos zum abspecken von mysql findest, lasse es mich bitte wissen.

**[netcup] Oli W.** · 2. April 2008

http://serversupportforum.de/f…tuning-primer-script.html

B. Bachmann · 2. April 2008

Sieht gut aus, werds aber erst übermorgen testen;)
zumindest sagt es mir, dass 48h laufen am Stück der DB gut wären

---

mal ne Frage am Rande: Muss ich denn jetzt mehr oder weniger jeden Prozess der bei mir läuft durchgehen und nach Optimierungen suchen, oder sind die i.d.R. alle schon mehr oder weniger optimal?^^

**[netcup] Oli W.** · 2. April 2008

Je länger eine Datenbankengine läuft desto besser kann Sie sich auf die Anforderungen anpassen.

Nach dem Start einer MySQL DB merkt man immer eine höhere Systemauslastung als wenn diese schon 1-2 Monate läuft.

B. Bachmann · 3. April 2008

Ich hab das Gefühl der Server läuft aus irgendeinem Grund voll.
Gibt es irgendwelche Logs wo ich das sehen kann? Oder kann ich das mitloggen? Muss jetzt schon wieder restarten weil nichts mehr geht - bin zwar noch per Putty connected, aber jeder Befehl gibt nur ein
"-bash: fork: Nicht genügend Hauptspeicher verfügbar" aus...

Stefan · 3. April 2008

Hi Benny,

guck doch mal in die z.B. MySQL oder Apache Logfiles; generell im Ordner /var/log zu finden, da muss doch etwas stehen

Gruß,

Stefan

B. Bachmann · 4. April 2008

In den Apache-Logs findet sich nur

Code

[Mon Mar 31 06:34:41 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Mon Mar 31 06:34:51 2008] [error] (12)Cannot allocate memory: fork: Unable to fork new process

Und das sieht für mich doch zumindest nicht gut aus *ggg*

**[netcup] Oli W.** · 4. April 2008

Der Arbeitsspeicher reicht nicht aus, eventuell sollte über ein Update des VServers entschieden werden.

B. Bachmann · 4. April 2008

habe auch schon über ein Upgrade/Update nachgedacht, aber vorher möchte ich gerne wissen, was diesen LOAD verursacht

**[netcup] Oli W.** · 4. April 2008

wie hoch ist denn die load?

Was sagt top?

B. Bachmann · 4. April 2008

das ist ja das Problem.
Es ist die ganze Zeit im grünen bis hellgelben Bereich, und dann wiederrum scheint er vollzulaufen (dumm ist nur, dass ich eben nicht weiß wieso und warum...)
hier mal ein aktuelles top:

Code

top - 15:14:55 up 1 day,  2:55,  1 user,  load average: 0.00, 0.02, 0.00
Tasks:  41 total,   2 running,  38 sleeping,   0 stopped,   1 zombie
Cpu(s):  2.1%us,  1.5%sy,  8.3%ni, 87.6%id,  0.4%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    262144k total,   206908k used,    55236k free,        0k buffers
Swap:   524288k total,        0k used,   524288k free,        0k cached




  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2773 mysql     15   0  170m  54m 5972 S    2 21.2   2:55.90 mysqld
32024 www-data  15   0  101m  13m 4824 R    8  5.3   0:01.23 apache2
31679 www-data  15   0  101m  10m 4956 S    0  3.9   0:01.79 apache2
31667 www-data  15   0 99.7m 9.8m 4860 S    0  3.8   0:01.32 apache2
14885 root      18   0 98456 9816 5268 S    0  3.7   0:00.37 apache2
31680 www-data  15   0 98.8m 9672 4408 S    0  3.7   0:01.17 apache2
32040 www-data  15   0 99684 9588 4764 S    0  3.7   0:00.55 apache2
32025 www-data  15   0 99668 9584 4764 S    0  3.7   0:00.50 apache2
32034 www-data  15   0 99740 9576 4724 S    0  3.7   0:00.26 apache2
32035 www-data  15   0 98924 9004 4112 S    0  3.4   0:00.49 apache2
32524 www-data  15   0 98504 8888 4184 S    0  3.4   0:00.10 apache2
32512 www-data  15   0 98716 8148 3556 S    0  3.1   0:00.01 apache2
32558 www-data  19   0 98456 5372  824 S    0  2.0   0:00.00 apache2
 4682 bind      19   0 55292 3872 2040 S    0  1.5   0:00.01 named
32559 root      15   0 36784 2704 2136 S    0  1.0   0:00.01 sshd
27833 postfix   15   0 20688 2128 1652 S    0  0.8   0:00.49 qmgr
28632 postfix   15   0 20652 2048 1600 S    0  0.8   0:00.00 pickup
27831 root      15   0 19616 2040 1592 S    0  0.8   0:01.09 master
31674 postfix   15   0 20656 2032 1588 S    0  0.8   0:00.00 anvil
32561 root      15   0 13468 1984 1408 S    0  0.8   0:00.00 bash
27876 nobody    15   0 45164 1688  532 S    0  0.6   0:00.01 proftpd
27757 root      15   0 18148 1588 1008 S    0  0.6   0:00.02 authdaemond
27753 root      15   0 18148 1584 1008 S    0  0.6   0:00.00 authdaemond

Alles anzeigen

Muss wenn ich meinen PC zuhause mal wieder hab mal nach nem kleinen Monitoringscript suchen

Gruß,
Benny

//EDIT
mir ist eben erst aufgefallen, dass LOAD ja scheinbar schon ein belegtes Schlüsselwort ist *ggg* Also LOAD ist sehr niedrig (die CPU). Aber ich weiß eben net, was den Speicher vollaufen lässt.

**[netcup] Oli W.** · 4. April 2008

Der Speicher wird wahrscheinlich durch zu viele gleichzeitige PHP Anfragen in Verbindung mit MySQL Abfragen volllaufen.