<?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: php as appserver vs memory-leaks</title>
	<atom:link href="http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/</link>
	<description>Programming for Mac and Web</description>
	<lastBuildDate>Thu, 04 Aug 2011 07:10:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: indeyets</title>
		<link>http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/comment-page-1/#comment-6097</link>
		<dc:creator>indeyets</dc:creator>
		<pubDate>Sat, 23 Jun 2007 13:57:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.milkfarmsoft.com/?p=53#comment-6097</guid>
		<description>Olivier:
I actually think that this jumpy-slow &quot;growing&quot; has something to do with:
a) growth of page-output (slow)
b) the way php reuses memory (jumpy)</description>
		<content:encoded><![CDATA[<p>Olivier:<br />
I actually think that this jumpy-slow &#8220;growing&#8221; has something to do with:<br />
a) growth of page-output (slow)<br />
b) the way php reuses memory (jumpy)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olivier</title>
		<link>http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/comment-page-1/#comment-6093</link>
		<dc:creator>Olivier</dc:creator>
		<pubDate>Sat, 23 Jun 2007 10:17:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.milkfarmsoft.com/?p=53#comment-6093</guid>
		<description>I tested your example (Revision 8), and it appears memory usage has &quot;stages&quot;:
#1  : 185.852
#2 to #98 : growing over and over
#99 : 246.148   
Then: stable
Another growing at #250 approximately.

I did this test 5 times, and I always have this &quot;double growing&quot;.

And an additional test : just leave your app up &amp; running, wait for a few minutes, and hit F5 : memory usage will be higher.</description>
		<content:encoded><![CDATA[<p>I tested your example (Revision 8), and it appears memory usage has &#8220;stages&#8221;:<br />
#1  : 185.852<br />
#2 to #98 : growing over and over<br />
#99 : 246.148<br />
Then: stable<br />
Another growing at #250 approximately.</p>
<p>I did this test 5 times, and I always have this &#8220;double growing&#8221;.</p>
<p>And an additional test : just leave your app up &amp; running, wait for a few minutes, and hit F5 : memory usage will be higher.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: indeyets</title>
		<link>http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/comment-page-1/#comment-6081</link>
		<dc:creator>indeyets</dc:creator>
		<pubDate>Fri, 22 Jun 2007 20:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.milkfarmsoft.com/?p=53#comment-6081</guid>
		<description>Evert, the plan is:
1) SCGI-protocol in PHP
2) FastCGI-protocol in PHP
3) FastCGI-protocol in C</description>
		<content:encoded><![CDATA[<p>Evert, the plan is:<br />
1) SCGI-protocol in PHP<br />
2) FastCGI-protocol in PHP<br />
3) FastCGI-protocol in C</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evert</title>
		<link>http://blog.milkfarmsoft.com/2007/06/php-as-appserver-vs-memory-leaks/comment-page-1/#comment-6079</link>
		<dc:creator>Evert</dc:creator>
		<pubDate>Fri, 22 Jun 2007 20:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.milkfarmsoft.com/?p=53#comment-6079</guid>
		<description>I think this is a great idea.. I&#039;ve been thinking about this stuff for a while .. 

It will force programmers to clean up their data though.. (which is IMHO not a bad thing anyway)

Once you have this setup.. do you think its viable to change some of the core stuff to C to make it run faster?

I&#039;ve also been hoping for a while for a more stricter PHP mode.. Which would force pear-style classpaths.. I think if something like that is implemented opcode caches can operate a lot more efficient as well.. 

But I guess thats off-topic</description>
		<content:encoded><![CDATA[<p>I think this is a great idea.. I&#8217;ve been thinking about this stuff for a while .. </p>
<p>It will force programmers to clean up their data though.. (which is IMHO not a bad thing anyway)</p>
<p>Once you have this setup.. do you think its viable to change some of the core stuff to C to make it run faster?</p>
<p>I&#8217;ve also been hoping for a while for a more stricter PHP mode.. Which would force pear-style classpaths.. I think if something like that is implemented opcode caches can operate a lot more efficient as well.. </p>
<p>But I guess thats off-topic</p>
]]></content:encoded>
	</item>
</channel>
</rss>

