<?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"
	>
<channel>
	<title>Comments on: Memory fragmentation</title>
	<atom:link href="http://blog.pavlov.net/2007/11/10/memory-fragmentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/</link>
	<description>Ramblings from the mind of Stuart Parmenter</description>
	<pubDate>Sat, 19 Jul 2008 11:12:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Il consumo di memoria di Firefox 3 &#187; Macpod.it</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-3247</link>
		<dc:creator>Il consumo di memoria di Firefox 3 &#187; Macpod.it</dc:creator>
		<pubDate>Tue, 25 Mar 2008 10:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-3247</guid>
		<description>[...] esecuzione per lungo tempo possono facilmente arrivare a sprecare molta memoria a causa della sua frammentazione: dovendo utilizzare molte allocazioni di differenti dimensioni possono rimanere una quantità di [...]</description>
		<content:encoded><![CDATA[<p>[...] esecuzione per lungo tempo possono facilmente arrivare a sprecare molta memoria a causa della sua frammentazione: dovendo utilizzare molte allocazioni di differenti dimensioni possono rimanere una quantità di [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox 3 Memory Usage &#171; pavlov.net</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-2885</link>
		<dc:creator>Firefox 3 Memory Usage &#171; pavlov.net</dc:creator>
		<pubDate>Wed, 12 Mar 2008 06:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-2885</guid>
		<description>[...] about before, long running applications such as ours can wind up wasting a lot of space due to memory fragmentation. This can occur as a result of mixing lots of various sized allocations and can leave a lot of [...]</description>
		<content:encoded><![CDATA[<p>[...] about before, long running applications such as ours can wind up wasting a lot of space due to memory fragmentation. This can occur as a result of mixing lots of various sized allocations and can leave a lot of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergey Solyanik</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-2851</link>
		<dc:creator>Sergey Solyanik</dc:creator>
		<pubDate>Tue, 19 Feb 2008 22:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-2851</guid>
		<description>Standard ways of dealing with fragmentation are fixed memory allocators and arenas. Both map naturally into browser's workflow. See here:

http://1-800-magic.blogspot.com/2007/11/guerilla-guide-to-native-memory.html</description>
		<content:encoded><![CDATA[<p>Standard ways of dealing with fragmentation are fixed memory allocators and arenas. Both map naturally into browser&#8217;s workflow. See here:</p>
<p><a href="http://1-800-magic.blogspot.com/2007/11/guerilla-guide-to-native-memory.html" rel="nofollow">http://1-800-magic.blogspot.com/2007/11/guerilla-guide-to-native-memory.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox 3 Beta 2 released &#171; Dataland</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-1773</link>
		<dc:creator>Firefox 3 Beta 2 released &#171; Dataland</dc:creator>
		<pubDate>Thu, 20 Dec 2007 19:53:42 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-1773</guid>
		<description>[...] For a technical perspective on Firefox memory leaks (and memory usage), be sure to check out Pavlov, a Firefox developer. [...]</description>
		<content:encoded><![CDATA[<p>[...] For a technical perspective on Firefox memory leaks (and memory usage), be sure to check out Pavlov, a Firefox developer. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandro Magi</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-1761</link>
		<dc:creator>Sandro Magi</dc:creator>
		<pubDate>Thu, 20 Dec 2007 16:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-1761</guid>
		<description>Two papers analyzing memory allocation that are of interest:

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.</description>
		<content:encoded><![CDATA[<p>Two papers analyzing memory allocation that are of interest:</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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-1760</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 20 Dec 2007 15:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-1760</guid>
		<description>"As as last resort, we could replace malloc and new entirely with something more generally better."

As Julien C said, I don't see why you think this a last resort. Because it would require changes throughout the codebase? That's true, but I think the first step should be to have a single unified memory manager, even if right now all it does is call malloc and free. It would give you a lot of flexibility for monitoring and customizing your memory management.</description>
		<content:encoded><![CDATA[<p>&#8220;As as last resort, we could replace malloc and new entirely with something more generally better.&#8221;</p>
<p>As Julien C said, I don&#8217;t see why you think this a last resort. Because it would require changes throughout the codebase? That&#8217;s true, but I think the first step should be to have a single unified memory manager, even if right now all it does is call malloc and free. It would give you a lot of flexibility for monitoring and customizing your memory management.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scurz&#8217;s blog &#187; Les fuites de memoire avec Iceweasel (= Firefox)</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-1564</link>
		<dc:creator>Scurz&#8217;s blog &#187; Les fuites de memoire avec Iceweasel (= Firefox)</dc:creator>
		<pubDate>Mon, 17 Dec 2007 20:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-1564</guid>
		<description>[...] premier article explique un peu le problème via des exemples (images) et explique bien le réel problème [...]</description>
		<content:encoded><![CDATA[<p>[...] premier article explique un peu le problème via des exemples (images) et explique bien le réel problème [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Things n&#8217; Stuff &#187; Blog Archive &#187; More on Firefox and some on memory leaks</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-1115</link>
		<dc:creator>Things n&#8217; Stuff &#187; Blog Archive &#187; More on Firefox and some on memory leaks</dc:creator>
		<pubDate>Sun, 09 Dec 2007 14:51:05 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-1115</guid>
		<description>[...] Stuart Parmenter investigated this issue and his results are that this is all about memory fragmentation. As the blog post that I read that references this claims - Firefox doesn&#8217;t use a lot of memory, it just looks like it. This is of course a gross underestimation of the problem, because it doesn&#8217;t matter what the user perceives as high memory usage, but what the operating system perceives as high memory usage and as Stewart Parmenter&#8217;s results show - the operating system sees Firefox gobbling lots of memory and doesn&#8217;t care that the browser doesn&#8217;t use most of it. [...]</description>
		<content:encoded><![CDATA[<p>[...] Stuart Parmenter investigated this issue and his results are that this is all about memory fragmentation. As the blog post that I read that references this claims - Firefox doesn&#8217;t use a lot of memory, it just looks like it. This is of course a gross underestimation of the problem, because it doesn&#8217;t matter what the user perceives as high memory usage, but what the operating system perceives as high memory usage and as Stewart Parmenter&#8217;s results show - the operating system sees Firefox gobbling lots of memory and doesn&#8217;t care that the browser doesn&#8217;t use most of it. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#160; Firefox 2 mit neuer Betaphase&#8230;&#160;by&#160;+ mzungu&#8217;s weblog +</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-860</link>
		<dc:creator>&#160; Firefox 2 mit neuer Betaphase&#8230;&#160;by&#160;+ mzungu&#8217;s weblog +</dc:creator>
		<pubDate>Sat, 01 Dec 2007 02:11:04 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-860</guid>
		<description>[...] mit dem leidigen Problem des steigenden Speicherverbrauchs (Memory Leaks) von Firefox auseinander (hier ein Blogpost dazu). Ein kurzer Blick in meinen Task-Manager: 202MB im Arbeitsspeicher nach dem Firefox-Neustart von [...]</description>
		<content:encoded><![CDATA[<p>[...] mit dem leidigen Problem des steigenden Speicherverbrauchs (Memory Leaks) von Firefox auseinander (hier ein Blogpost dazu). Ein kurzer Blick in meinen Task-Manager: 202MB im Arbeitsspeicher nach dem Firefox-Neustart von [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kuidas ilma flopidraivita buuditav CD teha at fruktlog</title>
		<link>http://blog.pavlov.net/2007/11/10/memory-fragmentation/#comment-854</link>
		<dc:creator>kuidas ilma flopidraivita buuditav CD teha at fruktlog</dc:creator>
		<pubDate>Fri, 30 Nov 2007 16:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://pavlovdotnet.wordpress.com/2007/11/10/memory-fragmentation/#comment-854</guid>
		<description>[...] beetasid, mis tõotavad palju uut ja ägedat (ja lõpuks ometi tegelevad nad tõsiselt jõudluse ja mälu probleemidega). Aga sellest kõigest ei viitsi praegu kirjutada, civ4 tahab [...]</description>
		<content:encoded><![CDATA[<p>[...] beetasid, mis tõotavad palju uut ja ägedat (ja lõpuks ometi tegelevad nad tõsiselt jõudluse ja mälu probleemidega). Aga sellest kõigest ei viitsi praegu kirjutada, civ4 tahab [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
