<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Bye Bye Allocations</title>
	<atom:link href="http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/feed/" rel="self" type="application/rss+xml" />
	<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/</link>
	<description>Ramblings from the mind of Stuart Parmenter</description>
	<lastBuildDate>Fri, 02 Dec 2011 22:29:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Justin</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2555</link>
		<dc:creator><![CDATA[Justin]]></dc:creator>
		<pubDate>Fri, 11 Jan 2008 18:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2555</guid>
		<description><![CDATA[This is sweet! I&#039;ve noticed a huge improvement in the beta 2 release so far.  Keep up the good work.]]></description>
		<content:encoded><![CDATA[<p>This is sweet! I&#8217;ve noticed a huge improvement in the beta 2 release so far.  Keep up the good work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jmdesp</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2288</link>
		<dc:creator><![CDATA[jmdesp]]></dc:creator>
		<pubDate>Wed, 02 Jan 2008 21:25:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2288</guid>
		<description><![CDATA[@stevieray : I tested with a nightly and there will apparently be much progress on that site. It still tends to take all available CPU when viewed, but it goes down to 60% when in background on my 1,7 Ghz Pentium M. OK, it&#039;s not that great but the best news are probably for memory usage. It fluctuates significantly but periods of grow always stop, and at the end it comes back to the same range as initially.]]></description>
		<content:encoded><![CDATA[<p>@stevieray : I tested with a nightly and there will apparently be much progress on that site. It still tends to take all available CPU when viewed, but it goes down to 60% when in background on my 1,7 Ghz Pentium M. OK, it&#8217;s not that great but the best news are probably for memory usage. It fluctuates significantly but periods of grow always stop, and at the end it comes back to the same range as initially.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Blizzard &#187; Blog Archive &#187; Firefox 3: rocking on Linux</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2286</link>
		<dc:creator><![CDATA[Christopher Blizzard &#187; Blog Archive &#187; Firefox 3: rocking on Linux]]></dc:creator>
		<pubDate>Wed, 02 Jan 2008 19:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2286</guid>
		<description><![CDATA[[...] pools. Stuart posted the results (including a pretty graph) of what it looks like when we remove 100,000 allocations from the startup path of the browser. We&#8217;ve also been looking at using per-document memory [...]]]></description>
		<content:encoded><![CDATA[<p>[...] pools. Stuart posted the results (including a pretty graph) of what it looks like when we remove 100,000 allocations from the startup path of the browser. We&#8217;ve also been looking at using per-document memory [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stevieray</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2232</link>
		<dc:creator><![CDATA[stevieray]]></dc:creator>
		<pubDate>Mon, 31 Dec 2007 06:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2232</guid>
		<description><![CDATA[pavlov: Thanks for the clarification. I&#039;m relatively new to the world of computers, and I&#039;m still learning exactly what much of the jargon means.

That particular blog isn&#039;t important to me [except as a curiosity], so I can avoid it easily. I was hoping it would provide a clue as to why my Firefox ate up so much CPU and memory [the few times that has happened], but if it doesn&#039;t? Oh well. Firefox 3 will be out soon... I can shut down, strip out the caches with ATF cleaner, and reopen for a while longer. I will survive [probably]!

Thanks for your time.]]></description>
		<content:encoded><![CDATA[<p>pavlov: Thanks for the clarification. I&#8217;m relatively new to the world of computers, and I&#8217;m still learning exactly what much of the jargon means.</p>
<p>That particular blog isn&#8217;t important to me [except as a curiosity], so I can avoid it easily. I was hoping it would provide a clue as to why my Firefox ate up so much CPU and memory [the few times that has happened], but if it doesn&#8217;t? Oh well. Firefox 3 will be out soon&#8230; I can shut down, strip out the caches with ATF cleaner, and reopen for a while longer. I will survive [probably]!</p>
<p>Thanks for your time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pavlov</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2215</link>
		<dc:creator><![CDATA[pavlov]]></dc:creator>
		<pubDate>Sun, 30 Dec 2007 05:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2215</guid>
		<description><![CDATA[stevieray:  That isn&#039;t really a memory leak but a &quot;CPU hog&quot;  -- I haven&#039;t looked at exactly what the site is doing, but I would guess it is using lots of JavaScript and moving lots of elements around to get its effect (rather than, say, using an animation).  As things get more complex they&#039;ll use more CPU.  I expect Firefox 3 should be better at the page in question.]]></description>
		<content:encoded><![CDATA[<p>stevieray:  That isn&#8217;t really a memory leak but a &#8220;CPU hog&#8221;  &#8212; I haven&#8217;t looked at exactly what the site is doing, but I would guess it is using lots of JavaScript and moving lots of elements around to get its effect (rather than, say, using an animation).  As things get more complex they&#8217;ll use more CPU.  I expect Firefox 3 should be better at the page in question.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stevieray</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-2214</link>
		<dc:creator><![CDATA[stevieray]]></dc:creator>
		<pubDate>Sun, 30 Dec 2007 04:56:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-2214</guid>
		<description><![CDATA[For the past few days, my Firefox has been megawonky. I routinely run with Task Manager open [a habit I picked up out of necessity -- my old pc had minimal memory &amp; hd space], and when I checked with Task Manager, Firefox was using 90%+ of the CPU... even with no activity on any of the open webpages, and its memory usage seemed to grow and grow.

After much trial and error, I found a blog that makes the CPU usage spike up from its usual single digits to the mid 90&#039;s. Its a Word Press site with a &quot;falling snow&quot; seasonal feature... something the site uses to make the &quot;snow fall&quot; effect causes Firefox to gobble CPU space even when the site is not being viewed [i.e. I click to view another already opened tab].

Is this a memory leak problem? Or is this a poorly designed website problem? Here&#039;s a &lt;a href=&quot;http://da.wordpress.com/tag/terror/&quot; rel=&quot;nofollow&quot;&gt;link&lt;/a&gt; to the blog. I hope this helps in your efforts.]]></description>
		<content:encoded><![CDATA[<p>For the past few days, my Firefox has been megawonky. I routinely run with Task Manager open [a habit I picked up out of necessity -- my old pc had minimal memory &amp; hd space], and when I checked with Task Manager, Firefox was using 90%+ of the CPU&#8230; even with no activity on any of the open webpages, and its memory usage seemed to grow and grow.</p>
<p>After much trial and error, I found a blog that makes the CPU usage spike up from its usual single digits to the mid 90&#8242;s. Its a Word Press site with a &#8220;falling snow&#8221; seasonal feature&#8230; something the site uses to make the &#8220;snow fall&#8221; effect causes Firefox to gobble CPU space even when the site is not being viewed [i.e. I click to view another already opened tab].</p>
<p>Is this a memory leak problem? Or is this a poorly designed website problem? Here&#8217;s a <a href="http://da.wordpress.com/tag/terror/" rel="nofollow">link</a> to the blog. I hope this helps in your efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-1763</link>
		<dc:creator><![CDATA[Sebastian]]></dc:creator>
		<pubDate>Thu, 20 Dec 2007 17:10:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-1763</guid>
		<description><![CDATA[Thanks to all Mozilla you contributors for your great efforts on streamlining the Firefox memory footprint and fixing resource leaks.

One question: To which extent does this work contribute also to other Mozilla projects, Thunderbird in particular? As the different Mozilla applications share a lot of program components (Javascript engine, XUL UI, etc.), I would expect that the memory management would improve also in the other applications, too.]]></description>
		<content:encoded><![CDATA[<p>Thanks to all Mozilla you contributors for your great efforts on streamlining the Firefox memory footprint and fixing resource leaks.</p>
<p>One question: To which extent does this work contribute also to other Mozilla projects, Thunderbird in particular? As the different Mozilla applications share a lot of program components (Javascript engine, XUL UI, etc.), I would expect that the memory management would improve also in the other applications, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandro Magi</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-1762</link>
		<dc:creator><![CDATA[Sandro Magi]]></dc:creator>
		<pubDate>Thu, 20 Dec 2007 16:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-1762</guid>
		<description><![CDATA[I posted this in an earlier entry, but it&#039;ll probably get buried. Two papers analyzing memory allocation techniques that are of interest to your effort:

Reconsidering Custom Memory Allocation
http://www.cs.umass.edu/%7Eemery/pubs/berger-oopsla2002.pdf

Scalable Locality-Conscious Multithreaded Memory Allocation
http://people.cs.vt.edu/~scschnei/papers/ismm06.pdf

They both propose generalizations of heaps and arenas. The latter in particular takes great pains to minimize the overheads of small allocations.]]></description>
		<content:encoded><![CDATA[<p>I posted this in an earlier entry, but it&#8217;ll probably get buried. Two papers analyzing memory allocation techniques that are of interest to your effort:</p>
<p>Reconsidering Custom Memory Allocation<br />
<a href="http://www.cs.umass.edu/%7Eemery/pubs/berger-oopsla2002.pdf" rel="nofollow">http://www.cs.umass.edu/%7Eemery/pubs/berger-oopsla2002.pdf</a></p>
<p>Scalable Locality-Conscious Multithreaded Memory Allocation<br />
<a href="http://people.cs.vt.edu/~scschnei/papers/ismm06.pdf" rel="nofollow">http://people.cs.vt.edu/~scschnei/papers/ismm06.pdf</a></p>
<p>They both propose generalizations of heaps and arenas. The latter in particular takes great pains to minimize the overheads of small allocations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pavlov</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-1701</link>
		<dc:creator><![CDATA[pavlov]]></dc:creator>
		<pubDate>Wed, 19 Dec 2007 14:43:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-1701</guid>
		<description><![CDATA[Ian M: I think most of these are post-beta 2.  We did get some similar fixes in for beta 2 though.]]></description>
		<content:encoded><![CDATA[<p>Ian M: I think most of these are post-beta 2.  We did get some similar fixes in for beta 2 though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Havvy</title>
		<link>http://pavlovdotnet.wordpress.com/2007/12/18/bye-bye-allocations/#comment-1700</link>
		<dc:creator><![CDATA[Havvy]]></dc:creator>
		<pubDate>Wed, 19 Dec 2007 14:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2007/12/18/bye-bye-allocations/#comment-1700</guid>
		<description><![CDATA[Your next post, you want to say what allocations are for people who haven&#039;t worked in software for a long period of time?]]></description>
		<content:encoded><![CDATA[<p>Your next post, you want to say what allocations are for people who haven&#8217;t worked in software for a long period of time?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
