<?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: jemalloc builds</title>
	<atom:link href="http://blog.pavlov.net/2008/01/12/jemalloc-builds/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/</link>
	<description>Ramblings from the mind of Stuart Parmenter</description>
	<pubDate>Sat, 19 Jul 2008 11:14:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Mark Finkle&#8217;s Weblog &#187; XULRunner 1.9 RC3</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-3523</link>
		<dc:creator>Mark Finkle&#8217;s Weblog &#187; XULRunner 1.9 RC3</dc:creator>
		<pubDate>Fri, 13 Jun 2008 14:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-3523</guid>
		<description>[...] build available. In addition to using the same source as Firefox 3 RC3, XULRunner RC3 also enables jemalloc support on Windows, just like [...]</description>
		<content:encoded><![CDATA[<p>[...] build available. In addition to using the same source as Firefox 3 RC3, XULRunner RC3 also enables jemalloc support on Windows, just like [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cgk</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-3094</link>
		<dc:creator>cgk</dc:creator>
		<pubDate>Thu, 13 Mar 2008 18:36:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-3094</guid>
		<description>So, simply re#defining malloc/free/realloc and then mapping them to an own no-/low-fragmentation heap implementation (e.g., like http://msdn2.microsoft.com/en-us/library/aa366750(VS.85).aspx ) was not an option?

Or just replacing the malloc/free/realloc calls with project-unique names with the same signature.</description>
		<content:encoded><![CDATA[<p>So, simply re#defining malloc/free/realloc and then mapping them to an own no-/low-fragmentation heap implementation (e.g., like <a href="http://msdn2.microsoft.com/en-us/library/aa366750" rel="nofollow">http://msdn2.microsoft.com/en-us/library/aa366750</a>(VS.85).aspx ) was not an option?</p>
<p>Or just replacing the malloc/free/realloc calls with project-unique names with the same signature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox 3 Memory Usage &#171; pavlov.net</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2886</link>
		<dc:creator>Firefox 3 Memory Usage &#171; pavlov.net</dc:creator>
		<pubDate>Wed, 12 Mar 2008 06:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2886</guid>
		<description>[...] carefully studied the fragmentation effects of various allocators and concluded that jemalloc gave us the smallest amount of fragmentation after running for a long period of time. I&#8217;ve [...]</description>
		<content:encoded><![CDATA[<p>[...] carefully studied the fragmentation effects of various allocators and concluded that jemalloc gave us the smallest amount of fragmentation after running for a long period of time. I&#8217;ve [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Just Browsing &#187; Browsers and Commoditization</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2862</link>
		<dc:creator>Just Browsing &#187; Browsers and Commoditization</dc:creator>
		<pubDate>Fri, 29 Feb 2008 12:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2862</guid>
		<description>[...] a renewed commitment to addressing these criticisms, as does Stuart Parmenter&#8217;s work on reducing memory fragmentation. Stories like this should help to win over geek hearts and minds, although end users will withhold [...]</description>
		<content:encoded><![CDATA[<p>[...] a renewed commitment to addressing these criticisms, as does Stuart Parmenter&#8217;s work on reducing memory fragmentation. Stories like this should help to win over geek hearts and minds, although end users will withhold [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jemalloc on trunk &#8212; linux edition &#171; pavlov.net</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2854</link>
		<dc:creator>jemalloc on trunk &#8212; linux edition &#171; pavlov.net</dc:creator>
		<pubDate>Thu, 28 Feb 2008 00:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2854</guid>
		<description>[...] on trunk &#8212; linux&#160;edition  Back on the 12th of February we turned jemalloc on in our Linux builds.  Sorry for not posting sooner!  We saw a good performance increase and a [...]</description>
		<content:encoded><![CDATA[<p>[...] on trunk &#8212; linux&nbsp;edition  Back on the 12th of February we turned jemalloc on in our Linux builds.  Sorry for not posting sooner!  We saw a good performance increase and a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pola</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2848</link>
		<dc:creator>Pola</dc:creator>
		<pubDate>Fri, 15 Feb 2008 16:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2848</guid>
		<description>I've tried to compile te mozdev19.dll.
After fixing the missing file unhandld.obj; I am still unable to compile it.

I got 
fatal error LNK1181: cannot open input file 'build\intel\dll_obj\asctime.obj'
and
NMAKE : fatal error U1073: don't know how to make 'build\intel\dll_obj\_setargv.obj'

Do you have any sugestion.

Thanks in advance.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried to compile te mozdev19.dll.<br />
After fixing the missing file unhandld.obj; I am still unable to compile it.</p>
<p>I got<br />
fatal error LNK1181: cannot open input file &#8216;build\intel\dll_obj\asctime.obj&#8217;<br />
and<br />
NMAKE : fatal error U1073: don&#8217;t know how to make &#8216;build\intel\dll_obj\_setargv.obj&#8217;</p>
<p>Do you have any sugestion.</p>
<p>Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pavlov</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2808</link>
		<dc:creator>pavlov</dc:creator>
		<pubDate>Tue, 05 Feb 2008 09:54:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2808</guid>
		<description>jimis: I haven't yet.  We're just now looking at Linux so I'll take a look here shortly.</description>
		<content:encoded><![CDATA[<p>jimis: I haven&#8217;t yet.  We&#8217;re just now looking at Linux so I&#8217;ll take a look here shortly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jemalloc now on the trunk &#171; pavlov.net</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2807</link>
		<dc:creator>jemalloc now on the trunk &#171; pavlov.net</dc:creator>
		<pubDate>Tue, 05 Feb 2008 09:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2807</guid>
		<description>[...] now on the&#160;trunk  Our Windows nightlies (beta4pre, this is not in beta 3) now include jemalloc.  These builds are leaps and bounds better than the last build I [...]</description>
		<content:encoded><![CDATA[<p>[...] now on the&nbsp;trunk  Our Windows nightlies (beta4pre, this is not in beta 3) now include jemalloc.  These builds are leaps and bounds better than the last build I [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2761</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Wed, 23 Jan 2008 21:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2761</guid>
		<description>It keeps crashing with some MSVC++ error dialog after some time (several hours), even when I'm not using it at the moment (crashed a while ago while I was watching a movie).
I'm using my FF3beta profile, so take with a grain of salt.</description>
		<content:encoded><![CDATA[<p>It keeps crashing with some MSVC++ error dialog after some time (several hours), even when I&#8217;m not using it at the moment (crashed a while ago while I was watching a movie).<br />
I&#8217;m using my FF3beta profile, so take with a grain of salt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jimis</title>
		<link>http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2643</link>
		<dc:creator>jimis</dc:creator>
		<pubDate>Sun, 13 Jan 2008 20:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pavlov.net/2008/01/12/jemalloc-builds/#comment-2643</guid>
		<description>Did you try setting various glibc mallopt() options, as I had proposed in previous comments?</description>
		<content:encoded><![CDATA[<p>Did you try setting various glibc mallopt() options, as I had proposed in previous comments?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
