Auslastung zu hoch (Neuer Thread )

[Lucan]

bei debian

a2dismod fcgid_ispcp
a2enmod fastcgi_ispcp

/etc/init.d/apache2 restart




Ich hatte auch bis gestern noch fcgid im einsatz, da wurden dann mal eben bis zu 98% ram genutzt (von 1,5gb) seit dem ich fastcgi teste liegt die auslastung permanend um 45%, bin mal gespannt wies so um 20-21 uhr aussieht, da ist meistens am meisten los.

[WuChEn]

(03-11-2009 03:13 AM)Lucan Wrote:  bei debian

a2dismod fcgid_ispcp
a2enmod fastcgi_ispcp

/etc/init.d/apache2 restart




Ich hatte auch bis gestern noch fcgid im einsatz, da wurden dann mal eben bis zu 98% ram genutzt (von 1,5gb) seit dem ich fastcgi teste liegt die auslastung permanend um 45%, bin mal gespannt wies so um 20-21 uhr aussieht, da ist meistens am meisten los.

^^ Ausprobiert und keine änderung!

Gruß WU

[Lucan]

Biste sicher, das alle Prozesse gekillt wurden?

[WuChEn]

Hmm,....
anscheinend beendet er die prozesse nicht mehr.
Nach einem Reboot ist die Auslastung bei 300 MB.
Ich aktiviere nun nochmal fcgid und schau mal wie es dann ist.

Wo genau liegt den der unterschied zwischen fastcgi und fcgid ??

Gruß WU

[Lucan]

Google mal danach, da gibts ne menge Lesestoff (die unterschiede, wie was arbeitet etc.)
Aber letztendlich kannste beides verwenden.

Ich hab bei mir jetzt die selben Erfahrungen gemacht, fcgid scheint die Prozesse nicht zu killen.

Hab jetzt fastcgi, gestern ne auslastung mit fcgid umdie uhrzeit von 90% jetzt 45% mit fastcgi das ist nen riesen unterschied.

Werde das mal weiter beobachten, ob das heute zufall ist oder so weiter geht.


Menki hatte ja genau das selbe.

[WuChEn]

Ich habe nun nochmals Testweise fcgid aktiviert und werde mal abwarten was sich tut.
Zugleich habe ich mal ein System Update gemacht in dem sämtliche PHP Komponenten aktualisiert wurden.

Werde morgen nochmals bericht erstatten.

@Lucan

Welche PHP Version läuft bei dir?

Gruß WU

[Lucan]

die aktuellste von Lenny (nicht dotdeb), müsste nach schauen welche das ist.

[menki]

aktiviert einfach fastcgi so wei es lucan beschrieben hat....

dann in der /etc/apache/apache.conf setzen:

MaxKeepAliveRequests 80

KeepAliveTimeout 4

herabsetzen....durch diese massnahme wird die leistung des apachen deutlich erhöht.

ausserdem:

<IfModule mpm_worker_module>
StartServers 3
MaxClients 250
MinSpareThreads 25
MaxSpareThreads 50
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

diese worker settings brachten viel positives bei mir. allerdings bei mir ist es ein 4gb ram server. bei 2 gb einfach die maxclients auf 150 herabsetzen.

ich kann es mir einfach nicht erklären das unter debian etch der ram verbrauch nie über 2 gb hinausging (hatte insgesamt 4gb drin). und bei debian lenny ist der ram so schnell weg gewesen.

bei mir ist es derzeit so:

der ram wird kontinuierlich voller bis er eine grenze von 3.3, 3.5 gb erreicht. dann macht das system irgendwas und der ram sinkt in 2 sekunden auf 1 GB herunter....dann wird er mit der zeit wieder voll und dann geht das ganze von vorne los. ich möchte wissen was dieses denn steuert. das system regeneriert sich von slebst....ab und zu mal swapt der 100 mb....was auch nicht so gut ist......

MENKI

[Lucan]

Faustformel für max clients war glaube ich:
Ram den du für Apache frei hast : 13 und das ist dann = die max clients.


Lässt sich aber viel über googeln finden.

[menki]

ja das stimmt! wobei man je nach system für mysql, bind und die restlichen dienste noch was übrig lassen muss.

irgendwie kommt mein server auch nach 2-3 tage ins schwitzen. laut kommando

ps aux

werden viele php5 prozesse gestartet und dann nicht mehr beendet. auf dem alten system von mir (debian etch 4gb ram) waren viele NICHT BEENDETE prozesse da aber OHNE speicherverbrauch. dieser wurde dem system zurückgegeben. auf dem neuen server werden die php5 prozesse gar nicht beendete und viele dieser verwenden noch ram.si haben ja längst die webseiten ausgeliefert und müssten beendet werden.
hier der beweis:

Code:

vu4151    4410  0.0  0.2 152112  8328 ?        Ss   20:42   0:00 /usr/bin/php5-cgi
vu4902    4426  0.0  0.2 217648  8332 ?        Ss   20:42   0:00 /usr/bin/php5-cgi
vu4902    4429  0.0  0.2 219480  8312 ?        S    20:42   0:00 /usr/bin/php5-cgi
vu4902    4430  0.0  0.2 219480  8308 ?        S    20:42   0:00 /usr/bin/php5-cgi
vu3919    4431  0.0  0.2 152112  8328 ?        Ss   20:42   0:00 /usr/bin/php5-cgi
vu3919    4434  0.0  0.2 154032  8444 ?        S    20:42   0:00 /usr/bin/php5-cgi
vu3919    4435  0.0  0.2 155312  9156 ?        S    20:42   0:00 /usr/bin/php5-cgi
vu4622    4503  0.0  0.2 152112  8328 ?        Ss   20:43   0:00 /usr/bin/php5-cgi
vu4622    4506  0.1  0.4 168984 18560 ?        S    20:43   0:03 /usr/bin/php5-cgi
vu4622    4507  0.1  0.3 164872 14512 ?        S    20:43   0:03 /usr/bin/php5-cgi
vu4359    4569  0.0  0.2 217192  8336 ?        Ss   20:43   0:00 /usr/bin/php5-cgi
vu4359    4572  0.0  0.1 218420  7856 ?        S    20:43   0:00 /usr/bin/php5-cgi
vu4359    4573  0.0  0.1 218436  7848 ?        S    20:43   0:00 /usr/bin/php5-cgi
vu4783    4574  0.0  0.2 152112  8328 ?        Ss   20:43   0:00 /usr/bin/php5-cgi
vu4783    4577  0.0  0.4 168416 18904 ?        S    20:43   0:01 /usr/bin/php5-cgi
vu4783    4578  0.0  0.4 165712 16144 ?        S    20:43   0:01 /usr/bin/php5-cgi
vu4705    4644  0.0  0.2 152112  8328 ?        Ss   20:44   0:00 /usr/bin/php5-cgi
vu4705    4677  0.0  0.3 161336 13364 ?        S    20:44   0:00 /usr/bin/php5-cgi
vu4705    4678  0.0  0.4 163952 16204 ?        S    20:44   0:00 /usr/bin/php5-cgi
vu4520    4716  0.0  0.2 152112  8328 ?        Ss   20:44   0:00 /usr/bin/php5-cgi
vu4520    4720  0.0  0.4 165284 17420 ?        S    20:44   0:00 /usr/bin/php5-cgi
vu4520    4721  0.0  0.4 165284 17552 ?        S    20:44   0:00 /usr/bin/php5-cgi
vu5025    4776  0.0  0.2 152112  8328 ?        Ss   20:44   0:00 /usr/bin/php5-cgi
vu5025    4783  0.6  0.3 163444 14744 ?        S    20:44   0:11 /usr/bin/php5-cgi
vu5025    4784  0.6  0.4 165780 18192 ?        S    20:44   0:12 /usr/bin/php5-cgi
vu4756    4815  0.0  0.2 152112  8328 ?        Ss   20:44   0:00 /usr/bin/php5-cgi

viele der prozesse verwenden weiterhinh von 0.2 mb bis 0,6 mb an speicher. diese prozesse sind 20 minuten alt! mit der zeit geht das fass natürlich über, und wie ich bemerke ist das bei vielen so der fall.

für was ist dieses in der /etc/cron.d/ispcp zuständig?

# Look for and purge old sessions every 30 minutes
0,30 * * * * root /var/www/ispcp/engine/tools/ispcpphptemp.sh >/dev/null 2>&1

wenn ich das ausführe bringt es bei mir garnix.

wo könnte man noch drehen....irgendetwas ist ziemlich faul.

MENKI