<?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: Java 7 What`s New, Performance Benchmark 1.5 1.6 1.7</title>
	<atom:link href="http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/feed/" rel="self" type="application/rss+xml" />
	<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/</link>
	<description>iPhone, Android, mobile, Technology news</description>
	<lastBuildDate>Sat, 21 Jan 2012 04:34:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Mirko Ebert</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-21127</link>
		<dc:creator>Mirko Ebert</dc:creator>
		<pubDate>Tue, 10 May 2011 08:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-21127</guid>
		<description> I measure the same with DNA alignment (Java 6 vs. Java 7), but there is also a difference between 32 bit and 64 bit Java VM. 64 bit Java is a little bit slower the 32 bit Java. I think the reason is the larger pointers.

http://programming-2.blogspot.com/</description>
		<content:encoded><![CDATA[<p>I measure the same with DNA alignment (Java 6 vs. Java 7), but there is also a difference between 32 bit and 64 bit Java VM. 64 bit Java is a little bit slower the 32 bit Java. I think the reason is the larger pointers.</p>
<p><a href="http://programming-2.blogspot.com/" rel="nofollow">http://programming-2.blogspot.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Android Internals, JIT Froyo</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-12327</link>
		<dc:creator>Android Internals, JIT Froyo</dc:creator>
		<pubDate>Thu, 27 May 2010 16:41:30 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-12327</guid>
		<description>[...]    There was a along lived myth that claimed &#8220;java is slow&#8221;. Over the years, we&#8217;ve seen Java going faster, and occupying the enterprise and then the mobile space, eventually. Running the desktop Hotspot [...]</description>
		<content:encoded><![CDATA[<p>[...]    There was a along lived myth that claimed &#8220;java is slow&#8221;. Over the years, we&#8217;ve seen Java going faster, and occupying the enterprise and then the mobile space, eventually. Running the desktop Hotspot [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gath-Gealaich</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-12099</link>
		<dc:creator>Gath-Gealaich</dc:creator>
		<pubDate>Wed, 12 May 2010 16:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-12099</guid>
		<description>&quot;It might approach their speed but never will be faster since it itself is written in c/c++&quot;&lt;br&gt;&lt;br&gt;Actually, no. You are confusing the runtime with the JITted native code generated from Java class files. The native code is generated by a module (compiler) written in C++, but the implementation language of the compiler does not affect the performance of the generated code, only the speed of generating this code.</description>
		<content:encoded><![CDATA[<p>&#8220;It might approach their speed but never will be faster since it itself is written in c/c++&#8221;</p>
<p>Actually, no. You are confusing the runtime with the JITted native code generated from Java class files. The native code is generated by a module (compiler) written in C++, but the implementation language of the compiler does not affect the performance of the generated code, only the speed of generating this code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dan</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-11178</link>
		<dc:creator>dan</dc:creator>
		<pubDate>Wed, 31 Mar 2010 06:50:24 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-11178</guid>
		<description>java can theoretically be faster than c++ because it can apply performance tweaks DURING RUNTIME. e.g. c++ code doesn&#039;t magically inline functions for you if you&#039;re calling them a lot, java does.</description>
		<content:encoded><![CDATA[<p>java can theoretically be faster than c++ because it can apply performance tweaks DURING RUNTIME. e.g. c++ code doesn&#39;t magically inline functions for you if you&#39;re calling them a lot, java does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vitaliy</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-10548</link>
		<dc:creator>Vitaliy</dc:creator>
		<pubDate>Sat, 06 Mar 2010 15:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-10548</guid>
		<description>I agree with you</description>
		<content:encoded><![CDATA[<p>I agree with you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taranfx</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-10498</link>
		<dc:creator>Taranfx</dc:creator>
		<pubDate>Sat, 06 Mar 2010 13:40:16 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-10498</guid>
		<description>It might approach their speed but never will be faster since it itself is written in c/c++</description>
		<content:encoded><![CDATA[<p>It might approach their speed but never will be faster since it itself is written in c/c++</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vitaliy</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-10497</link>
		<dc:creator>Vitaliy</dc:creator>
		<pubDate>Fri, 05 Mar 2010 14:30:04 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-10497</guid>
		<description>Oh, 7 faster than 6! nice benchmarks. &lt;br&gt;Maybe, 7 faster than c/c++ ?!&lt;br&gt;Thanks.</description>
		<content:encoded><![CDATA[<p>Oh, 7 faster than 6! nice benchmarks. <br />Maybe, 7 faster than c/c++ ?!<br />Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Java VisualVM &#8211; Developer’s Nightmare is Over</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-5587</link>
		<dc:creator>Java VisualVM &#8211; Developer’s Nightmare is Over</dc:creator>
		<pubDate>Wed, 14 Oct 2009 15:16:22 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-5587</guid>
		<description>[...] VisualVM is now integrated with JDK 6 update 7 release and also available as a stand-alone setup. Java 7 plans to integrate next version [...]</description>
		<content:encoded><![CDATA[<p>[...] VisualVM is now integrated with JDK 6 update 7 release and also available as a stand-alone setup. Java 7 plans to integrate next version [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JCN Blog &#187; Blog Archive &#187; Java 7 is faster than its previous versions</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4358</link>
		<dc:creator>JCN Blog &#187; Blog Archive &#187; Java 7 is faster than its previous versions</dc:creator>
		<pubDate>Tue, 01 Sep 2009 09:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4358</guid>
		<description>[...] Java 7 is faster than its previous versions: Java 7 What`s New, Performance Benchmark 1.5 1.6 1.7 [...]</description>
		<content:encoded><![CDATA[<p>[...] Java 7 is faster than its previous versions: Java 7 What`s New, Performance Benchmark 1.5 1.6 1.7 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4329</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Mon, 31 Aug 2009 14:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4329</guid>
		<description>this article is outdated:
http://blogs.sun.com/darcy/entry/project_coin_final_five</description>
		<content:encoded><![CDATA[<p>this article is outdated:<br />
<a href="http://blogs.sun.com/darcy/entry/project_coin_final_five" rel="nofollow">http://blogs.sun.com/darcy/entry/project_coin_final_five</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Krause</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4300</link>
		<dc:creator>Stefan Krause</dc:creator>
		<pubDate>Sun, 30 Aug 2009 15:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4300</guid>
		<description>If you want high peek performance you shouldn&#039;t use the hotspot client compiler, but the hotspot server compiler (use the &quot;-server&quot; argument). This compiler performs far more aggressive optimizations than the client compiler but has a slower warm-up time.</description>
		<content:encoded><![CDATA[<p>If you want high peek performance you shouldn&#8217;t use the hotspot client compiler, but the hotspot server compiler (use the &#8220;-server&#8221; argument). This compiler performs far more aggressive optimizations than the client compiler but has a slower warm-up time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin Winterberg</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4281</link>
		<dc:creator>Benjamin Winterberg</dc:creator>
		<pubDate>Sun, 30 Aug 2009 07:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4281</guid>
		<description>Nice post, but the Swing Application Framework won&#039;t be part of JDK 7, as you can read here:

http://weblogs.java.net/blog/alexfromsun/archive/2009/08/saf_and_jdk7.html</description>
		<content:encoded><![CDATA[<p>Nice post, but the Swing Application Framework won&#8217;t be part of JDK 7, as you can read here:</p>
<p><a href="http://weblogs.java.net/blog/alexfromsun/archive/2009/08/saf_and_jdk7.html" rel="nofollow">http://weblogs.java.net/blog/alexfromsun/archive/2009/08/saf_and_jdk7.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Juma</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4253</link>
		<dc:creator>Ismael Juma</dc:creator>
		<pubDate>Sun, 30 Aug 2009 01:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4253</guid>
		<description>Hi,

What version of JDK6 did you use? You will notice that JDK6u18 early access release has a HotSpot that is almost the same as the one from the latest JDK7 snapshot (HS16b08). Similarly, JDK6u16 has a HotSpot that is almost the same as the one in a JDK7 snapshot from some months back.

Basically, Sun has been including a new HotSpot in JDK6 every few releases (JDK6u4, JDK6u10, JDK6u14 and now JDK6u18, although the latter is not yet final), so one can get access to HotSpot improvements without waiting for JDK7.

Best,
Ismael</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>What version of JDK6 did you use? You will notice that JDK6u18 early access release has a HotSpot that is almost the same as the one from the latest JDK7 snapshot (HS16b08). Similarly, JDK6u16 has a HotSpot that is almost the same as the one in a JDK7 snapshot from some months back.</p>
<p>Basically, Sun has been including a new HotSpot in JDK6 every few releases (JDK6u4, JDK6u10, JDK6u14 and now JDK6u18, although the latter is not yet final), so one can get access to HotSpot improvements without waiting for JDK7.</p>
<p>Best,<br />
Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The last true Java-advocate</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4246</link>
		<dc:creator>The last true Java-advocate</dc:creator>
		<pubDate>Sat, 29 Aug 2009 16:48:13 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4246</guid>
		<description>&gt; The “Small” Sun changes are:
&gt; The “Fast” changes from Sun

From Sun? Only from Sun? And where is IBM? Where is Oracle, Redhat, Intel, HP, Nokia and the rest?

Hopefully Oracle will make Java a truly open standard controlled by an independent foundation. So all (!!!!) companies involved in Java-technology can (and hopefully) will contribute to ameliorate the JVM.

It&#039;s a shame that the whole processus of JRE/JVM-development was closely controlled and owned by Sun-Microsystems during the last 13 years. I hate that &quot;Sun-only-Java&quot; that you just described. We are not the same like that totalitarian regime named Microsoft.</description>
		<content:encoded><![CDATA[<p>&gt; The “Small” Sun changes are:<br />
&gt; The “Fast” changes from Sun</p>
<p>From Sun? Only from Sun? And where is IBM? Where is Oracle, Redhat, Intel, HP, Nokia and the rest?</p>
<p>Hopefully Oracle will make Java a truly open standard controlled by an independent foundation. So all (!!!!) companies involved in Java-technology can (and hopefully) will contribute to ameliorate the JVM.</p>
<p>It&#8217;s a shame that the whole processus of JRE/JVM-development was closely controlled and owned by Sun-Microsystems during the last 13 years. I hate that &#8220;Sun-only-Java&#8221; that you just described. We are not the same like that totalitarian regime named Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Artur Biesiadowski</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4241</link>
		<dc:creator>Artur Biesiadowski</dc:creator>
		<pubDate>Sat, 29 Aug 2009 14:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4241</guid>
		<description>- multicatch is not there
- null dereferences (elvis operator) are not there
- first time I hear about language support for xml
- from where you got information about mvm inclusion ? it would be great, but I seriously doubt it

I think that single biggest change in JDK 7 will be invokedynamic together with all the infrastructure for supporting more dynamic languages - it will have major impact on their execution speed.</description>
		<content:encoded><![CDATA[<p>- multicatch is not there<br />
- null dereferences (elvis operator) are not there<br />
- first time I hear about language support for xml<br />
- from where you got information about mvm inclusion ? it would be great, but I seriously doubt it</p>
<p>I think that single biggest change in JDK 7 will be invokedynamic together with all the infrastructure for supporting more dynamic languages &#8211; it will have major impact on their execution speed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: syndicate</title>
		<link>http://geeknizer.com/java-7-whats-new-performance-benchmark-1-5-1-6-1-7/#comment-4235</link>
		<dc:creator>syndicate</dc:creator>
		<pubDate>Sat, 29 Aug 2009 10:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://geeknizer.com/blog/?p=1754#comment-4235</guid>
		<description>Cool article. Typo in first sentence.</description>
		<content:encoded><![CDATA[<p>Cool article. Typo in first sentence.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

