<?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: Why is C so slow? Java vs. C benchmark.</title>
	<atom:link href="http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/</link>
	<description>Daniel Pitts' Tech Blog</description>
	<pubDate>Sat, 22 Nov 2008 04:59:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Daniel</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-193</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Fri, 15 Feb 2008 03:42:40 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-193</guid>
		<description>@ahmet
I know its not a good benchmark.  This post was actually a little tongue-in-cheek.  People frequently benchmark C/C++ vs Java in just this manor in order to defame Java.  I used the same invalid benchmark, and found that the results were actually reversed on my system.</description>
		<content:encoded><![CDATA[<p>@ahmet<br />
I know its not a good benchmark.  This post was actually a little tongue-in-cheek.  People frequently benchmark C/C++ vs Java in just this manor in order to defame Java.  I used the same invalid benchmark, and found that the results were actually reversed on my system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ahmet</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-187</link>
		<dc:creator>ahmet</dc:creator>
		<pubDate>Sat, 09 Feb 2008 23:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-187</guid>
		<description>try with java 1.6 update 4. you will possibly get better results with Java. Still, just looping is not really a good benchmark.</description>
		<content:encoded><![CDATA[<p>try with java 1.6 update 4. you will possibly get better results with Java. Still, just looping is not really a good benchmark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-78</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Tue, 11 Dec 2007 20:57:55 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-78</guid>
		<description>In c, long is 32 bit, in Java, int is 32 bit. That's why the difference.
If I use 64 bit (long) in Java, I get slightly different results.</description>
		<content:encoded><![CDATA[<p>In c, long is 32 bit, in Java, int is 32 bit. That&#8217;s why the difference.<br />
If I use 64 bit (long) in Java, I get slightly different results.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aviad Ben Dov</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-77</link>
		<dc:creator>Aviad Ben Dov</dc:creator>
		<pubDate>Tue, 11 Dec 2007 20:44:17 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-77</guid>
		<description>I just noticed something, not that it should matter [much]: In the C version you used "long" for the loops and in the Java version you used "int". Do you get different results when you change these?</description>
		<content:encoded><![CDATA[<p>I just noticed something, not that it should matter [much]: In the C version you used &#8220;long&#8221; for the loops and in the Java version you used &#8220;int&#8221;. Do you get different results when you change these?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-66</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sun, 09 Dec 2007 07:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-66</guid>
		<description>I was doing a base example just to counteract the common myth that "C is always faster than Java."  The truth of the matter is that no micro-benchmark will capture all cases. The important thing to point out is that Java programs will benefit from the latest VM, where a C program would have to be recompiled to enjoy optimization for a particular platform.</description>
		<content:encoded><![CDATA[<p>I was doing a base example just to counteract the common myth that &#8220;C is always faster than Java.&#8221;  The truth of the matter is that no micro-benchmark will capture all cases. The important thing to point out is that Java programs will benefit from the latest VM, where a C program would have to be recompiled to enjoy optimization for a particular platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aviad Ben Dov</title>
		<link>http://virtualinfinity.net/wordpress/java/2007/12/08/why-is-c-so-slow/#comment-65</link>
		<dc:creator>Aviad Ben Dov</dc:creator>
		<pubDate>Sun, 09 Dec 2007 05:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://virtualinfinity.net/wordpress/uncategorized/2007/12/08/why-is-c-so-slow/#comment-65</guid>
		<description>Try to see if the compilation could be better optimized. Remember that the JVM enjoys the added benefit of being able to (sometimes) compile the bytecode (using JIT) to a more localized assembly code, unlike GCC which usually compiles for the (reasonably) lowest common denominator to allow binary portability between different computers (for example, allowing the binary you compiled to still execute on a Pentium 3 machine).</description>
		<content:encoded><![CDATA[<p>Try to see if the compilation could be better optimized. Remember that the JVM enjoys the added benefit of being able to (sometimes) compile the bytecode (using JIT) to a more localized assembly code, unlike GCC which usually compiles for the (reasonably) lowest common denominator to allow binary portability between different computers (for example, allowing the binary you compiled to still execute on a Pentium 3 machine).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
