<?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: performance, chrome, mozilla and tracemonkey</title>
	<atom:link href="http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/</link>
	<description>I love you.</description>
	<lastBuildDate>Wed, 25 Jan 2012 17:08:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: Learn Backgammon</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-162442</link>
		<dc:creator>Learn Backgammon</dc:creator>
		<pubDate>Sat, 18 Oct 2008 14:05:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-162442</guid>
		<description>Just downloaded Chrome, and it looks awesome. Not as smooth as Firefox, but it can be expected as its only in its beta stage. With the release of the Google internet browser I wouldn&#039;t be surprised if Google released their own operating system within twenty years, and become as big as Microsoft.</description>
		<content:encoded><![CDATA[<p>Just downloaded Chrome, and it looks awesome. Not as smooth as Firefox, but it can be expected as its only in its beta stage. With the release of the Google internet browser I wouldn&#8217;t be surprised if Google released their own operating system within twenty years, and become as big as Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen Baranov</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-156716</link>
		<dc:creator>Allen Baranov</dc:creator>
		<pubDate>Fri, 12 Sep 2008 06:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-156716</guid>
		<description>Hi,

My biggest (only?) issue with Firefox is the amount of memory that it uses. It seems to use more and more until I quite literally have to kill it and open it up again. 

If the team could sort out that aspect of it - I wouldn&#039;t need to look at another browser. 

Automatic downloading of fonts would be a nice-to-have. :)</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>My biggest (only?) issue with Firefox is the amount of memory that it uses. It seems to use more and more until I quite literally have to kill it and open it up again. </p>
<p>If the team could sort out that aspect of it &#8211; I wouldn&#8217;t need to look at another browser. </p>
<p>Automatic downloading of fonts would be a nice-to-have. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blizzard</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-155135</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Sat, 06 Sep 2008 00:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-155135</guid>
		<description>Very possible.  We&#039;re not using that GC.  We only took part of Tamarin, nanojit, and bolted it onto SpiderMonkey&#039;s back.  I think of it as like a Turbocharger.  So we&#039;re still using the same GC that SpiderMonkey uses.

&quot;Incremental Garbage Collection since 1996!  Woo!&quot;

We&#039;ve actually been looking at doing garbage collection across our entire heap.  See the XPCOMGC work that&#039;s in the Mozilla wiki.  See also, the crazy pork stuff that&#039;s been underway for a long time.  It&#039;s hot hot hot.  And we&#039;ve been doing it in the open, to boot.</description>
		<content:encoded><![CDATA[<p>Very possible.  We&#8217;re not using that GC.  We only took part of Tamarin, nanojit, and bolted it onto SpiderMonkey&#8217;s back.  I think of it as like a Turbocharger.  So we&#8217;re still using the same GC that SpiderMonkey uses.</p>
<p>&#8220;Incremental Garbage Collection since 1996!  Woo!&#8221;</p>
<p>We&#8217;ve actually been looking at doing garbage collection across our entire heap.  See the XPCOMGC work that&#8217;s in the Mozilla wiki.  See also, the crazy pork stuff that&#8217;s been underway for a long time.  It&#8217;s hot hot hot.  And we&#8217;ve been doing it in the open, to boot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-155129</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Fri, 05 Sep 2008 23:41:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-155129</guid>
		<description>Could the comic perhaps be referring to Tamarin&#039;s MMgc? that&#039;s the only javascript-related GC I can think of that has any sort of conservative collection ability. It&#039;d be pretty strange if they were, though....</description>
		<content:encoded><![CDATA[<p>Could the comic perhaps be referring to Tamarin&#8217;s MMgc? that&#8217;s the only javascript-related GC I can think of that has any sort of conservative collection ability. It&#8217;d be pretty strange if they were, though&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blizzard</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-155038</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Fri, 05 Sep 2008 14:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-155038</guid>
		<description>@Luis: V8&#039;s approach took two years to develop - a full method/class JIT that supports one platform (x86 - not even 64 bit!) and does make JS quite a bit faster.  TraceMonkey does something similar, but is much smaller and might even be faster, runs on three platorms, and has only been under development for a couple of months.  These things are true.

It&#039;s not FUD - it&#039;s an observation of the two approaches and the relative cost and how throwing away code and starting from scratch doesn&#039;t always result in the gains that you think it will.  It&#039;s like Google completely failed to learn from the mistakes that we made early in the Mozilla project.

And @voracity is right about the failure of Google to do this work in public.  As it was stated in a meeting yesterday, we could have had faster JS a year ago if Google had done this work in public, but they didn&#039;t and got no feedback and cost us a solid year of positive co-development.  And all so they could have the big launch.  I find the public value message at odds with the action on the ground in this case.</description>
		<content:encoded><![CDATA[<p>@Luis: V8&#8242;s approach took two years to develop &#8211; a full method/class JIT that supports one platform (x86 &#8211; not even 64 bit!) and does make JS quite a bit faster.  TraceMonkey does something similar, but is much smaller and might even be faster, runs on three platorms, and has only been under development for a couple of months.  These things are true.</p>
<p>It&#8217;s not FUD &#8211; it&#8217;s an observation of the two approaches and the relative cost and how throwing away code and starting from scratch doesn&#8217;t always result in the gains that you think it will.  It&#8217;s like Google completely failed to learn from the mistakes that we made early in the Mozilla project.</p>
<p>And @voracity is right about the failure of Google to do this work in public.  As it was stated in a meeting yesterday, we could have had faster JS a year ago if Google had done this work in public, but they didn&#8217;t and got no feedback and cost us a solid year of positive co-development.  And all so they could have the big launch.  I find the public value message at odds with the action on the ground in this case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: voracity</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-154957</link>
		<dc:creator>voracity</dc:creator>
		<pubDate>Fri, 05 Sep 2008 05:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-154957</guid>
		<description>@Luis: I think a new &quot;war&quot; here is inevitable. I&#039;m not precisely sure why Google decided to develop Chrome in secret for 2 years --- it&#039;s only stated aim (according to the comic) is to *raise the bar* for browser platforms and contribute its own ideas to the space. You don&#039;t need to develop in secret to do that.</description>
		<content:encoded><![CDATA[<p>@Luis: I think a new &#8220;war&#8221; here is inevitable. I&#8217;m not precisely sure why Google decided to develop Chrome in secret for 2 years &#8212; it&#8217;s only stated aim (according to the comic) is to *raise the bar* for browser platforms and contribute its own ideas to the space. You don&#8217;t need to develop in secret to do that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-154910</link>
		<dc:creator>Luis</dc:creator>
		<pubDate>Thu, 04 Sep 2008 23:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-154910</guid>
		<description>Brendan, Christopher....

It&#039;s not fair to say: &quot;V8 has been going for 2+ years with a much larger team than TraceMonkey, which is at 2+ months and still learning to crawl.&quot;

... c&#039;mon guys this is simply FUD and you know it, and published in planet Gnome.... Both engines have a past and counting this way is plain tendentious

Let&#039;s be possitive about this, it&#039;s a new player in the game, an open source one, it&#039;s doing fairly well, let&#039;s grow together, no more wars please.</description>
		<content:encoded><![CDATA[<p>Brendan, Christopher&#8230;.</p>
<p>It&#8217;s not fair to say: &#8220;V8 has been going for 2+ years with a much larger team than TraceMonkey, which is at 2+ months and still learning to crawl.&#8221;</p>
<p>&#8230; c&#8217;mon guys this is simply FUD and you know it, and published in planet Gnome&#8230;. Both engines have a past and counting this way is plain tendentious</p>
<p>Let&#8217;s be possitive about this, it&#8217;s a new player in the game, an open source one, it&#8217;s doing fairly well, let&#8217;s grow together, no more wars please.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blizzard</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-154800</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Thu, 04 Sep 2008 16:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-154800</guid>
		<description>@jldugger: Yeah, it was an odd thing to bring up since they certainly aren&#039;t doing GC outside of the engine.  It&#039;s not like they managed to get all objects across the board (including inside of WebKit) into the GC.  We&#039;ve been working on that inside of Mozilla right now.</description>
		<content:encoded><![CDATA[<p>@jldugger: Yeah, it was an odd thing to bring up since they certainly aren&#8217;t doing GC outside of the engine.  It&#8217;s not like they managed to get all objects across the board (including inside of WebKit) into the GC.  We&#8217;ve been working on that inside of Mozilla right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcio</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-154643</link>
		<dc:creator>Marcio</dc:creator>
		<pubDate>Thu, 04 Sep 2008 07:41:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-154643</guid>
		<description>Looks like Mozilla is worried about Chrome...

I don&#039;t need benchmarks to say which engine is faster. I can say that buy running the two browsers, and Chrome kicks ass.</description>
		<content:encoded><![CDATA[<p>Looks like Mozilla is worried about Chrome&#8230;</p>
<p>I don&#8217;t need benchmarks to say which engine is faster. I can say that buy running the two browsers, and Chrome kicks ass.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jldugger</title>
		<link>http://www.0xdeadbeef.com/weblog/2008/09/performance-chrome-mozilla-and-tracemonkey/comment-page-1/#comment-154458</link>
		<dc:creator>jldugger</dc:creator>
		<pubDate>Wed, 03 Sep 2008 22:18:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.0xdeadbeef.com/weblog/?p=704#comment-154458</guid>
		<description>I thought it was wierd to call the other javascript garbage collection &quot;conservative&quot; in contrast with v8&#039;s &quot;incremental&quot;.  Incremental does have an opposing design, and but conservative ain&#039;t it. From a performance point of view, the benchmarks can be misleading. Cache hit effects might make a full collection sweep more effective than an incremental approach, to the detriment of latency. 

In contrast to all of that, Conservative is for stuff like C and C++ where you have pointers and no language support for garbage collection, and has no bearing on incremental or full sweep.</description>
		<content:encoded><![CDATA[<p>I thought it was wierd to call the other javascript garbage collection &#8220;conservative&#8221; in contrast with v8&#8242;s &#8220;incremental&#8221;.  Incremental does have an opposing design, and but conservative ain&#8217;t it. From a performance point of view, the benchmarks can be misleading. Cache hit effects might make a full collection sweep more effective than an incremental approach, to the detriment of latency. </p>
<p>In contrast to all of that, Conservative is for stuff like C and C++ where you have pointers and no language support for garbage collection, and has no bearing on incremental or full sweep.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

