Üdvözletem!
Van egy gentoo 2007.0 amd64 szerverke. Megcsináltam ezen leírás alapján (http://trac.lighttpd.net/trac/wiki/HowToSetupFastCgiIndividualPermissio…), hogy minden felhasználó, aki tárhellyel rendelkezik a szerveren és futtathat php -t, azt a saját felhasználójának nevében tegye. Így mikor elindul a lighttpd lesz jó sok php-cgi process, ami a felhasználók nevében futnak. Minden felhasználónak 3db ilyen preocesse van. Ez így még teljesen rendben is lenne. DE! Minden ilyen processz felhízik 32MB -ra egy idő után. Mivel a
#ps aux | grep -ic php-cgi
87
eredményt kapjuk, könnyen ki lehet számolni, hogy mennyi memória igénye van csak a phps oldalak futtatásának. A masinában jelenleg csak 1GB memória van és 2GB swap. A swap nap vége fele eléri az 1,5-1,7 GB-s méretet is. Na, ez így nem effektív. Ha a lighttpd -t újreindítom, akkor szépen lemennek a processek méretei ~8MB -ra. Nem túl sok php modul van betöltve.
Ez a lighttpd vagy a php-fcgi hibája lenne, hogy nem szabadítja fel azt a memóriaterületet, amire már nincs szüksége? Lehet ezzel kezdeni valamit? Azon kívűl, hogy hirtelen belepaszírozok még 4GB memóriát.
Ötleteket, tippelet előre is köszönöm.
- 1644 megtekintés
Hozzászólások
Ha az még számít, akkor 5.2.3 -as a PHP, a lighttpd 1.4.15 -ös.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Állítsd kisebbre a max request értéket és max child értéket.
- A hozzászóláshoz be kell jelentkezni
van egy PHP_FCGI_CHILDREN a bin-environment -ben, azt vedd le egyre. Akkor csak egyet csinál userenként.
_____
Legyél egyéniség! Ne köve$d a divatot! Használj te is Ubuntut! -- Nem vagyok egyéniség. :)
- A hozzászóláshoz be kell jelentkezni
Ez kettőre van állítva és így 3 indul. Ha egyre veszem le, akkor 5+1 -et indít userenként.
A max request értéke 100. Ennél is vegyem kisebbre?
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Az az 5+1 az igen érdekes, ugyanis egy gazdaprocess valamint PHP_FCGI_CHILDREN számú gyermekprocess, amit a gazdaprocess indít. A max-request -t meg nem tudom mi értelme van levenni nagyon, mert az azt határozza meg, hogy mennyi kérés után indítsa újra a gyermekprocesst.
_____
Legyél egyéniség! Ne köve$d a divatot! Használj te is Ubuntut! -- Nem vagyok egyéniség. :)
- A hozzászóláshoz be kell jelentkezni
Érdekelne, hogy sikerült-e megoldanod a problémát. Igaz, a szerverkörnyezet más, de találtam egy ilyet. Hátha ez segít.
- A hozzászóláshoz be kell jelentkezni
Nem nagyon volt vele időm még foglalkozni sajnos. Köszi a linket, majd meglesem.
Azért kicsit logikusan belegondolva a dolgokba, nem biztos, hogy nem így kellene viselkednie ennek a rendszernek. Csak azzal nem számoltam, hogy a php-cgi -nek így megnő az étvágya, ami a memóriahasználatot illeti. Ami magában nézve nem is sok, mert ~32MB, csak az a "problémám", hogy ebből sok van, mivel minden user külön kap pár php-cgi processt. Ami meg biztonsági kérdésből (is) jobb. Mert pl. ha egyik felhasználónak lehal a php-cgi -je, akkor az nem rántja magával az egész http szolgáltatást, a többi felhasználó weboldala megy tovább vígan.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni