<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Ubuntu Server: PHP, FastCGI, APC und Apache threaded</title>
	<atom:link href="http://everflux.de/ubuntu-server-php-fastcgi-apc-und-apache-threaded-568/feed/" rel="self" type="application/rss+xml" />
	<link>http://everflux.de/ubuntu-server-php-fastcgi-apc-und-apache-threaded-568/</link>
	<description>Java, Ubuntu - und das Leben.</description>
	<lastBuildDate>Mon, 23 Jan 2012 15:48:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>Von: aefxx</title>
		<link>http://everflux.de/ubuntu-server-php-fastcgi-apc-und-apache-threaded-568/comment-page-1/#comment-20028</link>
		<dc:creator>aefxx</dc:creator>
		<pubDate>Mon, 27 Apr 2009 22:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://everflux.de/?p=568#comment-20028</guid>
		<description>Danke erstmal für die Antwort, everflux.

Hatte schon befürchtet, dass der Cache lediglich zwischen den Kindprozessen geshared wird.

Dein Vorschlag für dedizierte Server ließe sich sogar ad absurdum führen, indem man ganz genau EINEN fcgi-Prozess zulässt, der selbst niemals stirbt und die Arbeit des forkens dem PHP Prozessmanager überlässt.
Leidiger Weise bringt dann jedoch bereits ein einziger hängender Kindprozess das ganze Konstrukt zum Einsturz. Auch habe ich des öfteren vom unterirdischen Prozessmanagement PHPs gelesen, das nicht selten eine Reihe Weisenprozesse erzeugt, die dann mit Hilfe eines Cronjobs abgeschossen werden müssen.

Mit einem Wort: suboptimal. Hoffentlich raffen sich Rasmus und seine Entwicklerkollegen möglichst bald auf.

Adieu.</description>
		<content:encoded><![CDATA[<p>Danke erstmal für die Antwort, everflux.</p>
<p>Hatte schon befürchtet, dass der Cache lediglich zwischen den Kindprozessen geshared wird.</p>
<p>Dein Vorschlag für dedizierte Server ließe sich sogar ad absurdum führen, indem man ganz genau EINEN fcgi-Prozess zulässt, der selbst niemals stirbt und die Arbeit des forkens dem PHP Prozessmanager überlässt.<br />
Leidiger Weise bringt dann jedoch bereits ein einziger hängender Kindprozess das ganze Konstrukt zum Einsturz. Auch habe ich des öfteren vom unterirdischen Prozessmanagement PHPs gelesen, das nicht selten eine Reihe Weisenprozesse erzeugt, die dann mit Hilfe eines Cronjobs abgeschossen werden müssen.</p>
<p>Mit einem Wort: suboptimal. Hoffentlich raffen sich Rasmus und seine Entwicklerkollegen möglichst bald auf.</p>
<p>Adieu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: everflux</title>
		<link>http://everflux.de/ubuntu-server-php-fastcgi-apc-und-apache-threaded-568/comment-page-1/#comment-20019</link>
		<dc:creator>everflux</dc:creator>
		<pubDate>Sat, 25 Apr 2009 12:24:29 +0000</pubDate>
		<guid isPermaLink="false">http://everflux.de/?p=568#comment-20019</guid>
		<description>Da es um PHP geht und PHP selber eine Prozessmanager und spawner für Child-Prozesse hat, habe ich das ganze so gelöst: Ich habe die Anzahl der (f)cgi Prozesse stark reduziert (z.B. 3) und jedem dann eine relativ große Anzahl von eigenen Prozessen genehmigt (z.B. 20). Innerhalb dieser PHP-gespawnten-Prozesse kann dann der APC gemeinsam verwendet werden.
Damit habe ich gute Erfahrungen gemacht, und ich denke das ist für dedizierte Server ein guter Weg zwischen planbaren Ressourcenverbrauch durch PHP/APC und gut ausgenutzter Ressourcen. Wenn man jedoch das als Hosting für sehr unterschiedliche Webauftritte machen möchte, hat man das Problem dass jeder Auftritt &quot;anders&quot; ist und entsprechend die Anzahl der FCGI und PHP Prozesse/Kinder angepaßt werden sollte.
Hier kann es natürlich helfen, jeweils spezielle FCGI Launcher Scripte mit angepaßten Environment Settings für PHP zu verwenden, und ggf. sogar eigene php.ini Dateien. Für größeres Hosting ist FCGI jedoch in meinen Augen nicht optimal, und &quot;normales&quot; CGI besser geeignet.</description>
		<content:encoded><![CDATA[<p>Da es um PHP geht und PHP selber eine Prozessmanager und spawner für Child-Prozesse hat, habe ich das ganze so gelöst: Ich habe die Anzahl der (f)cgi Prozesse stark reduziert (z.B. 3) und jedem dann eine relativ große Anzahl von eigenen Prozessen genehmigt (z.B. 20). Innerhalb dieser PHP-gespawnten-Prozesse kann dann der APC gemeinsam verwendet werden.<br />
Damit habe ich gute Erfahrungen gemacht, und ich denke das ist für dedizierte Server ein guter Weg zwischen planbaren Ressourcenverbrauch durch PHP/APC und gut ausgenutzter Ressourcen. Wenn man jedoch das als Hosting für sehr unterschiedliche Webauftritte machen möchte, hat man das Problem dass jeder Auftritt &#8220;anders&#8221; ist und entsprechend die Anzahl der FCGI und PHP Prozesse/Kinder angepaßt werden sollte.<br />
Hier kann es natürlich helfen, jeweils spezielle FCGI Launcher Scripte mit angepaßten Environment Settings für PHP zu verwenden, und ggf. sogar eigene php.ini Dateien. Für größeres Hosting ist FCGI jedoch in meinen Augen nicht optimal, und &#8220;normales&#8221; CGI besser geeignet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: aefxx</title>
		<link>http://everflux.de/ubuntu-server-php-fastcgi-apc-und-apache-threaded-568/comment-page-1/#comment-20018</link>
		<dc:creator>aefxx</dc:creator>
		<pubDate>Sat, 25 Apr 2009 07:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://everflux.de/?p=568#comment-20018</guid>
		<description>Hallo.

Der Beitrag ist zwar schon etwas älter, die Thematik jedoch für mich brandaktuell.

Mich würde interessieren, ob bei deinem Vorgehen der APC zwischen den einzelnen fcgi-Prozessen geshared wird, oder ob für jeden Prozess ein eigener Cache erzeugt wird.

Nach langer Recherche im Netz drängt sich mir nämlich der Eindruck auf, dass APC (zumindest als lokaler, persistenter Cache) bei fcgi+Apache2 mpm ziemlich nutzlos ist, da der/die Caches geleert werden, sobald der fcgi-Prozess stirbt.

Wie sind deine Erfahrungen mit dieser Thematik? Was gewinnst du, indem du APC nicht gegen den Apache kompilierst?

Ich sag schonmal vielen Dank im voraus.
Gruß, aefxx</description>
		<content:encoded><![CDATA[<p>Hallo.</p>
<p>Der Beitrag ist zwar schon etwas älter, die Thematik jedoch für mich brandaktuell.</p>
<p>Mich würde interessieren, ob bei deinem Vorgehen der APC zwischen den einzelnen fcgi-Prozessen geshared wird, oder ob für jeden Prozess ein eigener Cache erzeugt wird.</p>
<p>Nach langer Recherche im Netz drängt sich mir nämlich der Eindruck auf, dass APC (zumindest als lokaler, persistenter Cache) bei fcgi+Apache2 mpm ziemlich nutzlos ist, da der/die Caches geleert werden, sobald der fcgi-Prozess stirbt.</p>
<p>Wie sind deine Erfahrungen mit dieser Thematik? Was gewinnst du, indem du APC nicht gegen den Apache kompilierst?</p>
<p>Ich sag schonmal vielen Dank im voraus.<br />
Gruß, aefxx</p>
]]></content:encoded>
	</item>
</channel>
</rss>

