<?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: Optimising Computer Programs for Performance</title>
	<atom:link href="http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/</link>
	<description>Rants and opinion interspersed with awe-inspiring tales of heoric software engineering endeavours.</description>
	<pubDate>Tue, 06 Jan 2009 21:56:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: New Adventures in Software &#187; Avoid NIO, Get Better Throughput</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2890</link>
		<dc:creator>New Adventures in Software &#187; Avoid NIO, Get Better Throughput</dc:creator>
		<pubDate>Wed, 03 Sep 2008 12:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2890</guid>
		<description>[...] That&#8217;s the point that Paul Tyma makes.  He attacks some of the received wisdom about the relative merits of blocking and non-blocking servers in Java.  The characteristics of JVMs and threading libraries change as new advances are made.  Good advice often becomes bad advice over time, demonstrating the importance of making your own measurements rather than falling back on superstitions. [...]</description>
		<content:encoded><![CDATA[<p>[...] That&#8217;s the point that Paul Tyma makes.  He attacks some of the received wisdom about the relative merits of blocking and non-blocking servers in Java.  The characteristics of JVMs and threading libraries change as new advances are made.  Good advice often becomes bad advice over time, demonstrating the importance of making your own measurements rather than falling back on superstitions. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wez Hall</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2189</link>
		<dc:creator>Wez Hall</dc:creator>
		<pubDate>Wed, 06 Aug 2008 02:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2189</guid>
		<description>"So stated a former colleague of mine in one of his less profane moments"

Are you sure? Because I am fairly certain what I said was more like...

"We wouldn't need to f*****g optimise this s**t if they did it right in the first f*****g place!!!!" ;o)

Top blogging Dan! almost to the point of inspiring me to get my blog off the ground. I have subscribed to your RSS feed. Look forward to reading more.</description>
		<content:encoded><![CDATA[<p>&#8220;So stated a former colleague of mine in one of his less profane moments&#8221;</p>
<p>Are you sure? Because I am fairly certain what I said was more like&#8230;</p>
<p>&#8220;We wouldn&#8217;t need to f*****g optimise this s**t if they did it right in the first f*****g place!!!!&#8221; ;o)</p>
<p>Top blogging Dan! almost to the point of inspiring me to get my blog off the ground. I have subscribed to your RSS feed. Look forward to reading more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: smack0007</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2099</link>
		<dc:creator>smack0007</dc:creator>
		<pubDate>Tue, 29 Jul 2008 10:20:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2099</guid>
		<description>I'm definitely guilty of the first one quite often. I have to step back and think about what I'm doing and I realize that I'm worrying about a problem that doesn't even exist yet.</description>
		<content:encoded><![CDATA[<p>I&#8217;m definitely guilty of the first one quite often. I have to step back and think about what I&#8217;m doing and I realize that I&#8217;m worrying about a problem that doesn&#8217;t even exist yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: New Adventures in Software &#187; Melting Virtual Servers: The Digg Effect</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2091</link>
		<dc:creator>New Adventures in Software &#187; Melting Virtual Servers: The Digg Effect</dc:creator>
		<pubDate>Mon, 28 Jul 2008 21:16:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2091</guid>
		<description>[...] Optimising Computer Programs for Performance  [...]</description>
		<content:encoded><![CDATA[<p>[...] Optimising Computer Programs for Performance  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Etienne</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2034</link>
		<dc:creator>Etienne</dc:creator>
		<pubDate>Sat, 26 Jul 2008 16:37:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2034</guid>
		<description>Superstition! That's one people should really get away from. I had a project where a person thought of speeding up his application running on Oracle database and reducing storage need by changing a lot of fields to Number. The only thing is he never read Oracle's documentation on data types. Numbers are stored as Float regardless of the precision you specified (at least, that's what is specified in their docs for that version). 

End result: he increased the amount of space used by his tables and reduced the speed (Oracle for some reasons seems to compare strings faster than numbers).

That's "optimization" based on superstition! 

Great Post!</description>
		<content:encoded><![CDATA[<p>Superstition! That&#8217;s one people should really get away from. I had a project where a person thought of speeding up his application running on Oracle database and reducing storage need by changing a lot of fields to Number. The only thing is he never read Oracle&#8217;s documentation on data types. Numbers are stored as Float regardless of the precision you specified (at least, that&#8217;s what is specified in their docs for that version). </p>
<p>End result: he increased the amount of space used by his tables and reduced the speed (Oracle for some reasons seems to compare strings faster than numbers).</p>
<p>That&#8217;s &#8220;optimization&#8221; based on superstition! </p>
<p>Great Post!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: franci</title>
		<link>http://blog.uncommons.org/2008/07/23/optimising-computer-programs-for-performance/comment-page-1/#comment-2018</link>
		<dc:creator>franci</dc:creator>
		<pubDate>Wed, 23 Jul 2008 17:10:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=96#comment-2018</guid>
		<description>In just one word, great.</description>
		<content:encoded><![CDATA[<p>In just one word, great.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.788 seconds -->
