PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Problem mit load average



eno_h
29.08.03, 11:52
Hallo,

ich hoffe mir kann jemand helfen ich habe ein Cobalt Server RaQ4 und einige Webseiten auf diesem laufen. Auf einer Seite ein Forum installiert (phpbb) und dort sind in Spitzenzeiten 20 User online das dürfte ja eigentlich nicht das Problem sein, jedoch geht der Server regelmäßig meistens gegen 18.00 in die Brüche. Teilweise geht load average bis 25... hoch dann erholt sich das gute Stück nach einiger Zeit wieder. Was könnte das sein?

$kuLL
29.08.03, 12:09
Original geschrieben von eno_h
Hallo,

ich hoffe mir kann jemand helfen ich habe ein Cobalt Server RaQ4 und einige Webseiten auf diesem laufen. Auf einer Seite ein Forum installiert (phpbb) und dort sind in Spitzenzeiten 20 User online das dürfte ja eigentlich nicht das Problem sein, jedoch geht der Server regelmäßig meistens gegen 18.00 in die Brüche. Teilweise geht load average bis 25... hoch dann erholt sich das gute Stück nach einiger Zeit wieder. Was könnte das sein?
hmm sollte die frage nicht eher an dich gerichtet sein, hab heut echt kein bock zum raten

welcher prozess verursacht denn den highload? apache? mysqld? ...

Jasper
29.08.03, 12:18
Original geschrieben von eno_h
Was könnte das sein?

wenn der loadavg hoch geht, sieh dir die prozessliste an, vor allem die spalte mit dem prozessstatus.

wenn dort prozesse mit status 'D' auftauchen, ist das die ursache. in dem fall hast du ein i/o-problem (netzwerk, platten, etc.).

-j

eno_h
29.08.03, 12:37
habe hier mal die laufenden Prozesse:

12:37pm up 2 days, 3:29, 2 users, load average: 2.58, 1.23, 0.67
79 processes: 78 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 12.1% user, 3.2% system, 0.0% nice, 84.6% idle
Mem: 62896K av, 61448K used, 1448K free, 41376K shrd, 1308K buff
Swap: 131532K av, 73392K used, 58140K free 10412K cached

PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
21966 httpd 18 0 8976 4396 1792 S 0 5.6 6.9 0:22 httpd
19740 httpd 6 0 9936 4440 1900 S 0 2.0 7.0 0:33 httpd
24294 admin 9 0 524 488 312 R 0 1.5 0.7 2:01 top
21969 httpd 6 0 9800 4876 2124 D 0 1.1 7.7 0:25 httpd
13275 httpd 3 0 9376 4848 2180 S 0 0.9 7.7 0:35 httpd
5 root 4 0 0 0 0 SW 0 0.7 0.0 4:07 kswapd
14914 httpd 14 0 8964 4540 1992 S 0 0.7 7.2 0:37 httpd
13109 httpd 12 0 9772 4864 1960 S 0 0.5 7.7 0:32 httpd
13110 httpd 3 0 8836 3016 1792 D 0 0.3 4.7 0:32 httpd
32328 root 11 0 740 740 604 D 0 0.3 1.1 0:00 lcdstop
19512 mysql 1 0 12680 2808 1048 D 0 0.1 4.4 0:00 mysqld
32330 mysql 17 0 12680 2808 1048 S 0 0.1 4.4 0:00 mysqld
1 root 1 0 108 52 36 S 0 0.0 0.0 0:03 init
2 root 0 0 0 0 0 SW 0 0.0 0.0 0:02 kflushd
3 root 0 0 0 0 0 SW 0 0.0 0.0 0:02 kupdate
4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kpiod
6 root -20 -20 0 0 0 SW< 0 0.0 0.0 0:00 mdrecoveryd
123 root 0 0 132 52 32 S 0 0.0 0.0 0:02 syslogd

was kann man gegen ein i/o Problem machen? Oder ist es nur mein geringer Speicher?

eno_h
29.08.03, 14:52
hier noch mal eine ein Copy von top der status zeigt fast überall "D" waskann ich machen damit ich das Problem beseitige.



3:32pm up 2 days, 6:24, 1 user, load average: 21.17, 22.01, 12.54
95 processes: 93 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 96.3% user, 3.6% system, 0.0% nice, 0.0% idle
Mem: 62896K av, 61552K used, 1344K free, 30828K shrd, 1308K buff
Swap: 131532K av, 111752K used, 19780K free 13888K cached

PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
13107 httpd 16 0 9028 2128 448 R 0 95.0 3.3 1:09 httpd
24294 admin 3 0 540 504 312 R 0 1.5 0.8 4:00 top
7301 httpd 0 0 7624 2276 1084 D 0 0.9 3.6 0:00 httpd
7386 mysql 0 0 12764 2780 1036 D 0 0.5 4.4 0:00 mysqld
7336 httpd 0 0 8452 3924 2508 D 0 0.3 6.2 0:00 httpd
5 root 0 0 0 0 0 DW 0 0.1 0.0 4:37 kswapd
13111 httpd 0 0 8256 1936 336 D 0 0.1 3.0 1:00 httpd
13275 httpd 0 0 8748 2564 588 D 0 0.1 4.0 1:04 httpd
19740 httpd 0 0 9280 2640 1008 D 0 0.1 4.1 0:58 httpd
19743 httpd 0 0 8860 2932 1496 D 0 0.1 4.6 0:48 httpd
7254 httpd 0 0 7352 1196 1000 D 0 0.1 1.9 0:00 httpd
7314 httpd 0 0 5240 136 96 D 0 0.1 0.2 0:00 httpd
7417 root 0 0 652 652 528 D 0 0.1 1.0 0:00 sh
1 root 0 0 108 52 36 S 0 0.0 0.0 0:04 init
2 root 0 0 0 0 0 SW 0 0.0 0.0 0:03 kflushd
3 root 0 0 0 0 0 SW 0 0.0 0.0 0:02 kupdate
4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kpiod
6 root -20 -20 0 0 0 SW< 0 0.0 0.0 0:00 mdrecoveryd

$kuLL
29.08.03, 15:13
also was wir jetzt wissen, ist dass du 64mb ram hast
das ist in der tat nicht viel und ein upgrade auf 256mb beispielsweise würde schon enorme performance verbesserungen bringen, denn dann müsste nicht so viel geswapped werden (was ja bei dir der fall ist)

desweiteren könntest du mal paar angaben über die weiteren komponenten, wie art der festplatten (scsi/ide - raid?) machen ...

eno_h
29.08.03, 15:40
Hallo $kull,

ich habe 10,4 GB SCSI Platte drin.
Ich habe auch noch mal eine neuere Copy von Top:
3:32pm up 2 days, 6:24, 1 user, load average: 21.17, 22.01, 12.54
95 processes: 93 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 96.3% user, 3.6% system, 0.0% nice, 0.0% idle
Mem: 62896K av, 61552K used, 1344K free, 30828K shrd, 1308K buff
Swap: 131532K av, 111752K used, 19780K free 13888K cached

PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
13107 httpd 16 0 9028 2128 448 R 0 95.0 3.3 1:09 httpd
24294 admin 3 0 540 504 312 R 0 1.5 0.8 4:00 top
7301 httpd 0 0 7624 2276 1084 D 0 0.9 3.6 0:00 httpd
7386 mysql 0 0 12764 2780 1036 D 0 0.5 4.4 0:00 mysqld
7336 httpd 0 0 8452 3924 2508 D 0 0.3 6.2 0:00 httpd
5 root 0 0 0 0 0 DW 0 0.1 0.0 4:37 kswapd
13111 httpd 0 0 8256 1936 336 D 0 0.1 3.0 1:00 httpd
13275 httpd 0 0 8748 2564 588 D 0 0.1 4.0 1:04 httpd
19740 httpd 0 0 9280 2640 1008 D 0 0.1 4.1 0:58 httpd
19743 httpd 0 0 8860 2932 1496 D 0 0.1 4.6 0:48 httpd
7254 httpd 0 0 7352 1196 1000 D 0 0.1 1.9 0:00 httpd
7314 httpd 0 0 5240 136 96 D 0 0.1 0.2 0:00 httpd
7417 root 0 0 652 652 528 D 0 0.1 1.0 0:00 sh
1 root 0 0 108 52 36 S 0 0.0 0.0 0:04 init
2 root 0 0 0 0 0 SW 0 0.0 0.0 0:03 kflushd
3 root 0 0 0 0 0 SW 0 0.0 0.0 0:02 kupdate
4 root 0 0 0 0 0 SW 0 0.0 0.0 0:00 kpiod
6 root -20 -20 0 0 0 SW< 0 0.0 0.0 0:00 mdrecoveryd
Da war mal wieder alles abgeschiert.

$kuLL
29.08.03, 15:48
hmm also der httpd verbraucht hier 95% cpu
wie hast du den den apachen installiert?

günstig wäre den apachen selber zu compilieren, mit optimierung
desweiteren alle nichtbenötigten module raushauen, also insgesamt den httpd abspecken (dazu gabs schon mal nen thread, nutz mal die sufu)

und wichtig: 512mb ram wären für so einen server günstiger, 64mb is echt zu wenig

eno_h
29.08.03, 16:01
vielen Danke erstmal für Deine schnelle Antwort.

Apache/1.3.20

der Server (Cobalt) war komplett aufgesetzt und steht in einem Rechenzentrum. Habe bisher auch nicht so viel Traffic auf dem Server gehabt aber jetzt sind am Tag manchmal 500 User online.
Ich werde mich mal im Forum umschauen wie ich den Apache abspecken kann. Wie sieht es mit I/O Problemen aus (was ist das)

$kuLL
29.08.03, 16:14
i/o = input/output
wenn du z.b. ne lahme festplatte hast, die sich einen abrödelt während ein prozess wie der httpd auf input wartet, dann hast du ein i/o problem ;>

da du scsi platten benutzt stellen diese sicher nicht den flaschenhals da, denn die haben ausreichend geschwindigkeit

leider kann ich dir "nur" solche allgemeinen tips geben, da ich auf diesem gebiet zu wenig erfahrung habe, um dir einen professionelleren ratschlag geben zu könnén

hier im forum gibt es aber viele die von berufswegen mit webservern zu tun haben und ein wesentlich besseres knowhow haben als meinereiner - die werden dir sicher besser weiterhelfen

Cyberdesigns
31.08.03, 01:14
Original geschrieben von eno_h
vielen Danke erstmal für Deine schnelle Antwort.

Apache/1.3.20

der Server (Cobalt) war komplett aufgesetzt und steht in einem Rechenzentrum. Habe bisher auch nicht so viel Traffic auf dem Server gehabt aber jetzt sind am Tag manchmal 500 User online.
Ich werde mich mal im Forum umschauen wie ich den Apache abspecken kann. Wie sieht es mit I/O Problemen aus (was ist das)


hmm also wenn das ein mietserver ist, grenzt das fast an eine frechheit.

cobalt webserver mit 64 mb ram sind nahezu untauglich als webserver zu fungieren, das ist viel zuwenig.
wie $kuLL schon geschrieben hat wären hier mind. 256 ram nötig.
wenn der httpd 94% cpu zeit braucht, würd ich den direkt mal neu installen, soviel braucht er auf unseren webservern netmal wenn er echt arg ausgelastet ist.

hast den httpd schon mal restarted ?`braucht er dann immer noch diese enormen cpu recourcen ?

eno_h
31.08.03, 09:49
Vielen Dank für Eure schnellen antworten ich habe erstmal in der httpd.conf MaxSpareServers von 20 auf 10 gesetzt jetz läuft er erst mal wieder normal und wird nicht zum Selbstläufer. 512 MB habe ich noch bestellt dann sollte das Probl. gelöst sein.

Vielen Dank noch mal