<?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: Float.parseFloat is slow</title>
	<atom:link href="http://bitplane.net/2010/08/java-float-fast-parser/feed/" rel="self" type="application/rss+xml" />
	<link>http://bitplane.net/2010/08/java-float-fast-parser/</link>
	<description>Rants, ramblings, free software</description>
	<lastBuildDate>Wed, 08 Feb 2012 21:14:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Gaz Davidson</title>
		<link>http://bitplane.net/2010/08/java-float-fast-parser/comment-page-1/#comment-405</link>
		<dc:creator>Gaz Davidson</dc:creator>
		<pubDate>Wed, 23 Feb 2011 18:48:04 +0000</pubDate>
		<guid isPermaLink="false">http://bitplane.net/?p=710#comment-405</guid>
		<description>Ah yes, a very good point. I&#039;m guessing that the issue here is that the precision is somewhat inverse to the number of digits beyond the decimal point. 

I&#039;m working away from home and haven&#039;t got a machine to test this on at the moment, but I imagine the most sensible solution would be to cap this length so that the precision is always a known number, it should speed it up a bit too.

You could combine this with using doubles to store the temporary values, but if you&#039;re going to take this performance hit then it may even be worth using the latest code from Harmony; they have fixed the main problem since I reported it, plus they have proper unit tests.</description>
		<content:encoded><![CDATA[<p>Ah yes, a very good point. I&#8217;m guessing that the issue here is that the precision is somewhat inverse to the number of digits beyond the decimal point. </p>
<p>I&#8217;m working away from home and haven&#8217;t got a machine to test this on at the moment, but I imagine the most sensible solution would be to cap this length so that the precision is always a known number, it should speed it up a bit too.</p>
<p>You could combine this with using doubles to store the temporary values, but if you&#8217;re going to take this performance hit then it may even be worth using the latest code from Harmony; they have fixed the main problem since I reported it, plus they have proper unit tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://bitplane.net/2010/08/java-float-fast-parser/comment-page-1/#comment-404</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Wed, 23 Feb 2011 14:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://bitplane.net/?p=710#comment-404</guid>
		<description>CAREFUL! ... hallowed are Unit-tests!

your code seems to be somewhat broken. Pls, try to  parse &quot;0.0093334345&quot;. It gives a float-value of 0.0661915

... any suggestions?</description>
		<content:encoded><![CDATA[<p>CAREFUL! &#8230; hallowed are Unit-tests!</p>
<p>your code seems to be somewhat broken. Pls, try to  parse &#8220;0.0093334345&#8243;. It gives a float-value of 0.0661915</p>
<p>&#8230; any suggestions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://bitplane.net/2010/08/java-float-fast-parser/comment-page-1/#comment-403</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Thu, 17 Feb 2011 07:31:59 +0000</pubDate>
		<guid isPermaLink="false">http://bitplane.net/?p=710#comment-403</guid>
		<description>Works great, thanks!

One suggestion: One could also use CharSequence in the method declaration - in case someone has her own String-like implementation ...</description>
		<content:encoded><![CDATA[<p>Works great, thanks!</p>
<p>One suggestion: One could also use CharSequence in the method declaration &#8211; in case someone has her own String-like implementation &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://bitplane.net/2010/08/java-float-fast-parser/comment-page-1/#comment-369</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Sun, 19 Dec 2010 09:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://bitplane.net/?p=710#comment-369</guid>
		<description>Hi,

Thanks for this investigation and code. I&#039;ve used it to replace my Float.parseFloat in a file load operation, and this now takes a tenth of the time it did previously.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks for this investigation and code. I&#8217;ve used it to replace my Float.parseFloat in a file load operation, and this now takes a tenth of the time it did previously.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

