<?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: Load unsigned and better Compressed Oops</title>
	<atom:link href="http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/</link>
	<description></description>
	<lastBuildDate>Thu, 14 Jul 2011 17:33:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Ismael Juma</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-243</link>
		<dc:creator><![CDATA[Ismael Juma]]></dc:creator>
		<pubDate>Fri, 15 May 2009 04:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-243</guid>
		<description><![CDATA[Hi Scott,

As far as I understand, the change made it into HS15 but not HS14. 6u14 is based on the latter, so I don&#039;t expect it to be in that release (note that the matching numbers are simply a coincidence).

I don&#039;t think Sun has announced what update release after 6u14 will include a new HotSpot, so I can&#039;t say if 6u16 is the one.

Best,
Ismael]]></description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>As far as I understand, the change made it into HS15 but not HS14. 6u14 is based on the latter, so I don&#8217;t expect it to be in that release (note that the matching numbers are simply a coincidence).</p>
<p>I don&#8217;t think Sun has announced what update release after 6u14 will include a new HotSpot, so I can&#8217;t say if 6u16 is the one.</p>
<p>Best,<br />
Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott C.</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-242</link>
		<dc:creator><![CDATA[Scott C.]]></dc:creator>
		<pubDate>Thu, 14 May 2009 22:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-242</guid>
		<description><![CDATA[Is the better CompressedOops by Vladimir going to be in 6u14?  Or will we have to wait until u16?

The change seems to be 6791178 -- I&#039;m trying to figure out if that made it out of openjdk to the 6u14 stuff or not...]]></description>
		<content:encoded><![CDATA[<p>Is the better CompressedOops by Vladimir going to be in 6u14?  Or will we have to wait until u16?</p>
<p>The change seems to be 6791178 &#8212; I&#8217;m trying to figure out if that made it out of openjdk to the 6u14 stuff or not&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Juma</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-191</link>
		<dc:creator><![CDATA[Ismael Juma]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 15:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-191</guid>
		<description><![CDATA[Very interesting Cliff.

The Azul VM certainly sounds very nifty. It would certainly be nice if some stuff could be put back to the open source HotSpot, but I understand that it&#039;s not a simple decision given business interests and such.

Regarding tiered compilation, great that you guys got that to work to the point where it could be enabled by default (and for over a year at that). I was following a similar project for HotSpot with interest, but it seems like that is stalled at the moment.

Ismael]]></description>
		<content:encoded><![CDATA[<p>Very interesting Cliff.</p>
<p>The Azul VM certainly sounds very nifty. It would certainly be nice if some stuff could be put back to the open source HotSpot, but I understand that it&#8217;s not a simple decision given business interests and such.</p>
<p>Regarding tiered compilation, great that you guys got that to work to the point where it could be enabled by default (and for over a year at that). I was following a similar project for HotSpot with interest, but it seems like that is stalled at the moment.</p>
<p>Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cliff Click</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-190</link>
		<dc:creator><![CDATA[Cliff Click]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 15:20:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-190</guid>
		<description><![CDATA[Thanks... we&#039;re having the internal debate about whether or not to start putting stuff back to the open source HotSpot.

We&#039;ve made a huge ton of changes; our VM is much smaller &amp; lighter... and might be more performant on an X86.  E.g. we&#039;ve got tiered compilation turned on by default, and have had it on for over a year.

Cliff]]></description>
		<content:encoded><![CDATA[<p>Thanks&#8230; we&#8217;re having the internal debate about whether or not to start putting stuff back to the open source HotSpot.</p>
<p>We&#8217;ve made a huge ton of changes; our VM is much smaller &amp; lighter&#8230; and might be more performant on an X86.  E.g. we&#8217;ve got tiered compilation turned on by default, and have had it on for over a year.</p>
<p>Cliff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Juma</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-188</link>
		<dc:creator><![CDATA[Ismael Juma]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 14:59:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-188</guid>
		<description><![CDATA[Hi Cliff,

Thanks for the comment. I suggest sending an email to the &lt;a href=&quot;http://mail.openjdk.java.net/mailman/listinfo/hotspot-compiler-dev&quot; rel=&quot;nofollow&quot;&gt;hotspot-compiler-dev mailing list&lt;/a&gt; so that the people who worked on and reviewed the change can benefit from your insight (and possibly explain their reasoning). :)

Best,
Ismael]]></description>
		<content:encoded><![CDATA[<p>Hi Cliff,</p>
<p>Thanks for the comment. I suggest sending an email to the <a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-compiler-dev" rel="nofollow">hotspot-compiler-dev mailing list</a> so that the people who worked on and reviewed the change can benefit from your insight (and possibly explain their reasoning). :)</p>
<p>Best,<br />
Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cliff Click</title>
		<link>http://blog.juma.me.uk/2009/04/03/load-unsigned-and-better-compressed-oops/#comment-187</link>
		<dc:creator><![CDATA[Cliff Click]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 14:51:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juma.me.uk/?p=107#comment-187</guid>
		<description><![CDATA[But... the unsigned variants *belong* in the Matcher!  If you put them in the core optimizer, then *everyplace* there&#039;s a reference to &#039;LoadI&#039; or &#039;LoadB&#039; you have to add the unsigned variants, or you&#039;ll screw up existing optimizations.

If you&#039;re seeing missed unsigned opportunities, the Right Thing To Do is to canonicalize the IR such that the masks end up next to the loads.

Final note: Azul engineering has been busy in the HotSpot compiler business as well, including doing a number of optimizations related to removing bogus masks.

Cliff 
Architect of the Server compiler]]></description>
		<content:encoded><![CDATA[<p>But&#8230; the unsigned variants *belong* in the Matcher!  If you put them in the core optimizer, then *everyplace* there&#8217;s a reference to &#8216;LoadI&#8217; or &#8216;LoadB&#8217; you have to add the unsigned variants, or you&#8217;ll screw up existing optimizations.</p>
<p>If you&#8217;re seeing missed unsigned opportunities, the Right Thing To Do is to canonicalize the IR such that the masks end up next to the loads.</p>
<p>Final note: Azul engineering has been busy in the HotSpot compiler business as well, including doing a number of optimizations related to removing bogus masks.</p>
<p>Cliff<br />
Architect of the Server compiler</p>
]]></content:encoded>
	</item>
</channel>
</rss>

