+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: Auslastung zu hoch (Neuer Thread ) (/thread-5979.html)
RE: Auslastung zu hoch (Neuer Thread ) - Lucan - 03-11-2009 03:13 AM
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.
RE: Auslastung zu hoch (Neuer Thread ) - WuChEn - 03-11-2009 03:37 AM
(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
RE: Auslastung zu hoch (Neuer Thread ) - Lucan - 03-11-2009 04:30 AM
Biste sicher, das alle Prozesse gekillt wurden?
RE: Auslastung zu hoch (Neuer Thread ) - WuChEn - 03-11-2009 04:56 AM
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
RE: Auslastung zu hoch (Neuer Thread ) - Lucan - 03-11-2009 05:11 AM
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.
RE: Auslastung zu hoch (Neuer Thread ) - WuChEn - 03-11-2009 05:15 AM
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
RE: Auslastung zu hoch (Neuer Thread ) - Lucan - 03-11-2009 05:17 AM
die aktuellste von Lenny (nicht dotdeb), müsste nach schauen welche das ist.
RE: Auslastung zu hoch (Neuer Thread ) - menki - 03-11-2009 05:25 AM
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
RE: Auslastung zu hoch (Neuer Thread ) - Lucan - 03-11-2009 05:31 AM
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.
RE: Auslastung zu hoch (Neuer Thread ) - menki - 03-11-2009 06:24 AM
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-cgiviele 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