<?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: Floating point is slow, you say?</title>
	<atom:link href="http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/feed/" rel="self" type="application/rss+xml" />
	<link>http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/</link>
	<description>The road to 42.</description>
	<lastBuildDate>Sun, 13 Dec 2009 02:16:04 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Wrong</title>
		<link>http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-106</link>
		<dc:creator>Wrong</dc:creator>
		<pubDate>Wed, 26 Nov 2008 15:31:16 +0000</pubDate>
		<guid isPermaLink="false">http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-106</guid>
		<description>This is generating overflow in no time! Hence, the only thing that has to be done for the floating point version after a few iterations is to add 1 to NaN (==NaN), which the CPU should be able to find out very fast. The integer version is having the same problem, but the resulting value is still a valid integer.</description>
		<content:encoded><![CDATA[<p>This is generating overflow in no time! Hence, the only thing that has to be done for the floating point version after a few iterations is to add 1 to NaN (==NaN), which the CPU should be able to find out very fast. The integer version is having the same problem, but the resulting value is still a valid integer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: antipattern</title>
		<link>http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-39</link>
		<dc:creator>antipattern</dc:creator>
		<pubDate>Fri, 19 Oct 2007 14:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-39</guid>
		<description>Well yes, that was my first reaction too. But in all three cases the iteration is still there in the generated assembly listing.

The instructions generated are native. CLR requires the &quot;/clr&quot; switch. Even in CLR the iteration is there.</description>
		<content:encoded><![CDATA[<p>Well yes, that was my first reaction too. But in all three cases the iteration is still there in the generated assembly listing.</p>
<p>The instructions generated are native. CLR requires the &#8220;/clr&#8221; switch. Even in CLR the iteration is there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Gregersen</title>
		<link>http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-38</link>
		<dc:creator>Lars Gregersen</dc:creator>
		<pubDate>Thu, 18 Oct 2007 21:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://antipattern.wordpress.com/2007/10/17/floating-point-is-slow-you-say/#comment-38</guid>
		<description>I would check what instructions (native or CLR) are created. 

A clever optimizer would see that the result isn&#039;t really needed and simply skip the entire loop.</description>
		<content:encoded><![CDATA[<p>I would check what instructions (native or CLR) are created. </p>
<p>A clever optimizer would see that the result isn&#8217;t really needed and simply skip the entire loop.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
