<?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>Comments on: Apache 2.2.6 + PHP4 suPHP + PHP5 suPHP</title>
	<atom:link href="http://blog.hawkhost.com/2007/11/17/apache-226-php4-suphp-php5-suphp/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.hawkhost.com/2007/11/17/apache-226-php4-suphp-php5-suphp/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=apache-226-php4-suphp-php5-suphp</link>
	<description>All things Hawk Host</description>
	<lastBuildDate>Fri, 30 Jul 2010 15:00:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Tony</title>
		<link>http://blog.hawkhost.com/2007/11/17/apache-226-php4-suphp-php5-suphp/comment-page-1/#comment-580</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Fri, 16 May 2008 13:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.hawkhost.com/blog/?p=13#comment-580</guid>
		<description>Interesting Apache MPM, but one of the problems I&#039;ve noticed when PHP is an apache module it seems to always do something funky like eating tons of ram.  suPHP or anything running PHP as a CGI does not run into this issue so instead of using say 3GB of ram we&#039;re using about 1GB for serving pages and handling PHP.  The big killer of course is higher CPU usage.

As well as that cPanel writes the conf files so it would require changing the vhost templates which actually is possible now.  At this point though I do not know what all cPanel still plans to add to their templates so I don&#039;t think it&#039;s a good idea having a non standard template yet.

What I think the best setup is would probably be mpm_worker with fastCGI, however for a shared environment it&#039;s not the best setup.  It&#039;s however what I use when it&#039;s a single site or a few sites where several waiting php threads for various sites is not too much of an overhead.  

I&#039;ve tried running mpm_worker with suPHP, however I think something is funky with worker thread handling and the PHP scripts being executed.  At random some scripts end up not killing themselves so over a few days you may have 100 PHP processes eating 40MB of ram and not doing anything.  This can obviously be problematic.  We ran it for a bit and apache was able to serve a lot of requests but we were stuck killing php processes every few days to keep the ram usage down.  With mpm_prefork it has it&#039;s own share of problems surprisingly.  We&#039;ve noticed that it does not suffer from the PHP CGI scripts not dying issue, however it likes to create a process that for whatever reason stops taking requests which our automated systems pick up and restart apache. 

Seems you just cannot win...</description>
		<content:encoded><![CDATA[<p>Interesting Apache MPM, but one of the problems I&#8217;ve noticed when PHP is an apache module it seems to always do something funky like eating tons of ram.  suPHP or anything running PHP as a CGI does not run into this issue so instead of using say 3GB of ram we&#8217;re using about 1GB for serving pages and handling PHP.  The big killer of course is higher CPU usage.</p>
<p>As well as that cPanel writes the conf files so it would require changing the vhost templates which actually is possible now.  At this point though I do not know what all cPanel still plans to add to their templates so I don&#8217;t think it&#8217;s a good idea having a non standard template yet.</p>
<p>What I think the best setup is would probably be mpm_worker with fastCGI, however for a shared environment it&#8217;s not the best setup.  It&#8217;s however what I use when it&#8217;s a single site or a few sites where several waiting php threads for various sites is not too much of an overhead.  </p>
<p>I&#8217;ve tried running mpm_worker with suPHP, however I think something is funky with worker thread handling and the PHP scripts being executed.  At random some scripts end up not killing themselves so over a few days you may have 100 PHP processes eating 40MB of ram and not doing anything.  This can obviously be problematic.  We ran it for a bit and apache was able to serve a lot of requests but we were stuck killing php processes every few days to keep the ram usage down.  With mpm_prefork it has it&#8217;s own share of problems surprisingly.  We&#8217;ve noticed that it does not suffer from the PHP CGI scripts not dying issue, however it likes to create a process that for whatever reason stops taking requests which our automated systems pick up and restart apache. </p>
<p>Seems you just cannot win&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcus derencius</title>
		<link>http://blog.hawkhost.com/2007/11/17/apache-226-php4-suphp-php5-suphp/comment-page-1/#comment-579</link>
		<dc:creator>marcus derencius</dc:creator>
		<pubDate>Wed, 14 May 2008 02:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.hawkhost.com/blog/?p=13#comment-579</guid>
		<description>I think you should give  apache2-mpm-itk a try. it does what suphp in the apache level with very better performance. Debian/Ubuntu already come with it as a package.

reference http://mpm-itk.sesse.net</description>
		<content:encoded><![CDATA[<p>I think you should give  apache2-mpm-itk a try. it does what suphp in the apache level with very better performance. Debian/Ubuntu already come with it as a package.</p>
<p>reference <a href="http://mpm-itk.sesse.net" rel="nofollow">http://mpm-itk.sesse.net</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://blog.hawkhost.com/2007/11/17/apache-226-php4-suphp-php5-suphp/comment-page-1/#comment-35</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Thu, 03 Jan 2008 14:12:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.hawkhost.com/blog/?p=13#comment-35</guid>
		<description>Hi Hawk

That really helped allot - thank you</description>
		<content:encoded><![CDATA[<p>Hi Hawk</p>
<p>That really helped allot &#8211; thank you</p>
]]></content:encoded>
	</item>
</channel>
</rss>
