<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: performance, chrome, mozilla and tracemonkey</title>
	<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey</link>
	<description>JADE and JAVA</description>
	<pubDate>Mon, 06 Sep 2010 20:54:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Google Chrome sigue generando más información &#124; Mareos de un Geek</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-323</link>
		<dc:creator>Google Chrome sigue generando más información &#124; Mareos de un Geek</dc:creator>
		<pubDate>Sun, 01 Jun 2008 14:29:35 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-323</guid>
		<description>&lt;p&gt;[...] de Google no va a superar al futuro motor de Firefox 3.1. Christopher Blizzard ha realizado una comparativa y puede verse como TraceMonkey obtiene tiempos de ejecución menores a [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] de Google no va a superar al futuro motor de Firefox 3.1. Christopher Blizzard ha realizado una comparativa y puede verse como TraceMonkey obtiene tiempos de ejecución menores a [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jldugger</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-322</link>
		<dc:creator>jldugger</dc:creator>
		<pubDate>Sun, 01 Jun 2008 08:44:53 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-322</guid>
		<description>&lt;p&gt;I thought it was wierd to call the other javascript garbage collection “conservative” in contrast with v8’s “incremental”.  Incremental does have an opposing design, and but conservative ain’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. &lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I thought it was wierd to call the other javascript garbage collection “conservative” in contrast with v8’s “incremental”.  Incremental does have an opposing design, and but conservative ain’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>
	<item>
		<title>By: Marcio</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-321</link>
		<dc:creator>Marcio</dc:creator>
		<pubDate>Sun, 01 Jun 2008 08:41:08 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-321</guid>
		<description>&lt;p&gt;Looks like Mozilla is worried about Chrome…&lt;/p&gt;
&lt;p&gt;I don’t need benchmarks to say which engine is faster. I can say that buy running the two browsers, and Chrome kicks ass.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Looks like Mozilla is worried about Chrome…</p>
<p>I don’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: blizzard</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-320</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Sun, 01 Jun 2008 04:15:04 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-320</guid>
		<description>&lt;p&gt;@jldugger: Yeah, it was an odd thing to bring up since they certainly aren’t doing GC outside of the engine.  It’s not like they managed to get all objects across the board (including inside of WebKit) into the GC.  We’ve been working on that inside of Mozilla right now.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@jldugger: Yeah, it was an odd thing to bring up since they certainly aren’t doing GC outside of the engine.  It’s not like they managed to get all objects across the board (including inside of WebKit) into the GC.  We’ve been working on that inside of Mozilla right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-319</link>
		<dc:creator>Luis</dc:creator>
		<pubDate>Sat, 31 May 2008 18:20:31 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-319</guid>
		<description>&lt;p&gt;Brendan, Christopher….&lt;/p&gt;
&lt;p&gt;It’s not fair to say: “V8 has been going for 2+ years with a much larger team than TraceMonkey, which is at 2+ months and still learning to crawl.”&lt;/p&gt;
&lt;p&gt;… c’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&lt;/p&gt;
&lt;p&gt;Let’s be possitive about this, it’s a new player in the game, an open source one, it’s doing fairly well, let’s grow together, no more wars please.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Brendan, Christopher….</p>
<p>It’s not fair to say: “V8 has been going for 2+ years with a much larger team than TraceMonkey, which is at 2+ months and still learning to crawl.”</p>
<p>… c’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</p>
<p>Let’s be possitive about this, it’s a new player in the game, an open source one, it’s doing fairly well, let’s grow together, no more wars please.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: voracity</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-318</link>
		<dc:creator>voracity</dc:creator>
		<pubDate>Sat, 31 May 2008 11:49:51 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-318</guid>
		<description>&lt;p&gt;@Luis: I think a new “war” here is inevitable. I’m not precisely sure why Google decided to develop Chrome in secret for 2 years — it’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’t need to develop in secret to do that.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Luis: I think a new “war” here is inevitable. I’m not precisely sure why Google decided to develop Chrome in secret for 2 years — it’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’t need to develop in secret to do that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blizzard</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-317</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Sat, 31 May 2008 02:14:44 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-317</guid>
		<description>&lt;p&gt;@Luis: V8’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.&lt;/p&gt;
&lt;p&gt;It’s not FUD - it’s an observation of the two approaches and the relative cost and how throwing away code and starting from scratch doesn’t always result in the gains that you think it will.  It’s like Google completely failed to learn from the mistakes that we made early in the Mozilla project.&lt;/p&gt;
&lt;p&gt;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’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.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Luis: V8’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.</p>
<p>It’s not FUD - it’s an observation of the two approaches and the relative cost and how throwing away code and starting from scratch doesn’t always result in the gains that you think it will.  It’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’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: Allen</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-316</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Fri, 30 May 2008 19:01:15 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-316</guid>
		<description>&lt;p&gt;Could the comic perhaps be referring to Tamarin’s MMgc? that’s the only javascript-related GC I can think of that has any sort of conservative collection ability. It’d be pretty strange if they were, though….&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Could the comic perhaps be referring to Tamarin’s MMgc? that’s the only javascript-related GC I can think of that has any sort of conservative collection ability. It’d be pretty strange if they were, though….</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blizzard</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-315</link>
		<dc:creator>blizzard</dc:creator>
		<pubDate>Fri, 30 May 2008 11:25:58 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-315</guid>
		<description>&lt;p&gt;Very possible.  We’re not using that GC.  We only took part of Tamarin, nanojit, and bolted it onto SpiderMonkey’s back.  I think of it as like a Turbocharger.  So we’re still using the same GC that SpiderMonkey uses.&lt;/p&gt;
&lt;p&gt;“Incremental Garbage Collection since 1996!  Woo!”&lt;/p&gt;
&lt;p&gt;We’ve actually been looking at doing garbage collection across our entire heap.  See the XPCOMGC work that’s in the Mozilla wiki.  See also, the crazy pork stuff that’s been underway for a long time.  It’s hot hot hot.  And we’ve been doing it in the open, to boot.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Very possible.  We’re not using that GC.  We only took part of Tamarin, nanojit, and bolted it onto SpiderMonkey’s back.  I think of it as like a Turbocharger.  So we’re still using the same GC that SpiderMonkey uses.</p>
<p>“Incremental Garbage Collection since 1996!  Woo!”</p>
<p>We’ve actually been looking at doing garbage collection across our entire heap.  See the XPCOMGC work that’s in the Mozilla wiki.  See also, the crazy pork stuff that’s been underway for a long time.  It’s hot hot hot.  And we’ve been doing it in the open, to boot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen Baranov</title>
		<link>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-314</link>
		<dc:creator>Allen Baranov</dc:creator>
		<pubDate>Fri, 30 May 2008 05:02:03 +0000</pubDate>
		<guid>http://www.teschet.net/performance-chrome-mozilla-and-tracemonkey#comment-314</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;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. &lt;/p&gt;
&lt;p&gt;If the team could sort out that aspect of it - I wouldn’t need to look at another browser. &lt;/p&gt;
&lt;p&gt;Automatic downloading of fonts would be a nice-to-have. :)&lt;/p&gt;
</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 - I wouldn’t need to look at another browser. </p>
<p>Automatic downloading of fonts would be a nice-to-have. <img src='http://www.teschet.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
