<?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: (edited) JavaOne talk on performance myths</title>
	<atom:link href="http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/feed/" rel="self" type="application/rss+xml" />
	<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/</link>
	<description>Performance Within Reach</description>
	<lastBuildDate>Sat, 05 Jul 2008 18:42:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Code Performance</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-7</link>
		<dc:creator>Code Performance</dc:creator>
		<pubDate>Wed, 20 Jul 2005 21:47:56 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-7</guid>
		<description>Kirk, do you have any examples you can share with us?

http://java.sun.com/developer/community/chat/JavaLive/2004/jl1012.html
Guest: How do generics influence performance or are they performance neutral? 

Scott Seligman: This is almost a follow-up to my previous answer. Since generics are dealt with (almost) entirely at compile-time only, there&#039;s no performance impact, either better or worse.</description>
		<content:encoded><![CDATA[<p>Kirk, do you have any examples you can share with us?</p>
<p><a href="http://java.sun.com/developer/community/chat/JavaLive/2004/jl1012.html" rel="nofollow">http://java.sun.com/developer/community/chat/JavaLive/2004/jl1012.html</a><br />
Guest: How do generics influence performance or are they performance neutral? </p>
<p>Scott Seligman: This is almost a follow-up to my previous answer. Since generics are dealt with (almost) entirely at compile-time only, there&#8217;s no performance impact, either better or worse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirk</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-6</link>
		<dc:creator>Kirk</dc:creator>
		<pubDate>Mon, 18 Jul 2005 06:29:59 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-6</guid>
		<description>To say that Auto-boxing is no more then syntactic sugar is the performance myth. It CAN affect performance once you move outside of the narrow range of choices that have been conocialized.</description>
		<content:encoded><![CDATA[<p>To say that Auto-boxing is no more then syntactic sugar is the performance myth. It CAN affect performance once you move outside of the narrow range of choices that have been conocialized.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Code Performance</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-5</link>
		<dc:creator>Code Performance</dc:creator>
		<pubDate>Thu, 14 Jul 2005 13:14:42 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-5</guid>
		<description>There was an interesting talk at javaone by Scott Oaks and Charlie Hunt on an nio based HTTP listener that Sun just opensourced in the glassfish project. 

Regular I/O in Java is generally slow, and it&#039;s gotten worse with every release that according to Sun, partially due to the JNI overhead. So try to use NIO, it may be complex but if performance and scalabilty are a concern that&#039;s really the only way out.

How others have done it... http://www.manageability.org/blog/stuff/open-source-projects-that-use-java-nio/view</description>
		<content:encoded><![CDATA[<p>There was an interesting talk at javaone by Scott Oaks and Charlie Hunt on an nio based HTTP listener that Sun just opensourced in the glassfish project. </p>
<p>Regular I/O in Java is generally slow, and it&#8217;s gotten worse with every release that according to Sun, partially due to the JNI overhead. So try to use NIO, it may be complex but if performance and scalabilty are a concern that&#8217;s really the only way out.</p>
<p>How others have done it&#8230; <a href="http://www.manageability.org/blog/stuff/open-source-projects-that-use-java-nio/view" rel="nofollow">http://www.manageability.org/blog/stuff/open-source-projects-that-use-java-nio/view</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Stabile</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-4</link>
		<dc:creator>Rick Stabile</dc:creator>
		<pubDate>Tue, 12 Jul 2005 14:17:43 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-4</guid>
		<description>Well put. What do you have to say about what has, in the past, been a huge performance laggard for Java, namely File I/O?</description>
		<content:encoded><![CDATA[<p>Well put. What do you have to say about what has, in the past, been a huge performance laggard for Java, namely File I/O?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ann Onymous</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-3</link>
		<dc:creator>Ann Onymous</dc:creator>
		<pubDate>Sun, 10 Jul 2005 15:00:04 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-3</guid>
		<description>It is very hard from the format you have this in to figure out what is a myth and what isn&#039;t.  Could you make this a little clearer?  I realize this is probably just your notes, but if you could put it into sentences and put some kind of context around them, it would probably help a lot of people out.

Either that, or just link to the actual presentation.

Thanks!</description>
		<content:encoded><![CDATA[<p>It is very hard from the format you have this in to figure out what is a myth and what isn&#8217;t.  Could you make this a little clearer?  I realize this is probably just your notes, but if you could put it into sentences and put some kind of context around them, it would probably help a lot of people out.</p>
<p>Either that, or just link to the actual presentation.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pablo F.</title>
		<link>http://unmanageability.com/index.php/2005/07/12/javaone-talk-on-performance-myths/comment-page-1/#comment-2</link>
		<dc:creator>Pablo F.</dc:creator>
		<pubDate>Thu, 07 Jul 2005 07:35:22 +0000</pubDate>
		<guid isPermaLink="false">http://codeperformance.com/index.php/2005/07/07/javaone-talk-on-performance-myths/#comment-2</guid>
		<description>nice summary! what about the comparison between ibm vm and hostpot vm for hastable performance, guess we&#039;d have to wait for the slides...</description>
		<content:encoded><![CDATA[<p>nice summary! what about the comparison between ibm vm and hostpot vm for hastable performance, guess we&#8217;d have to wait for the slides&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
