<?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: Even numbers as sum of 2 primes</title>
	<atom:link href="http://mariusbancila.ro/blog/2008/10/22/even-numbers-as-sum-of-2-primes/feed/" rel="self" type="application/rss+xml" />
	<link>http://mariusbancila.ro/blog/2008/10/22/even-numbers-as-sum-of-2-primes/</link>
	<description>Sharing my opinions and ideas!</description>
	<lastBuildDate>Tue, 10 Apr 2012 13:37:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ghita</title>
		<link>http://mariusbancila.ro/blog/2008/10/22/even-numbers-as-sum-of-2-primes/comment-page-1/#comment-28156</link>
		<dc:creator>Ghita</dc:creator>
		<pubDate>Tue, 09 Jun 2009 16:53:47 +0000</pubDate>
		<guid isPermaLink="false">http://mariusbancila.ro/blog/?p=136#comment-28156</guid>
		<description>Discovered an issue related to memmory consumption here. The problem is that [ 1 .. n/2] is an array and not a sequence -&gt; eats up more memory than needed for our problem: { 1 .. n/2 } should fix it</description>
		<content:encoded><![CDATA[<p>Discovered an issue related to memmory consumption here. The problem is that [ 1 .. n/2] is an array and not a sequence -&gt; eats up more memory than needed for our problem: { 1 .. n/2 } should fix it</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ghita</title>
		<link>http://mariusbancila.ro/blog/2008/10/22/even-numbers-as-sum-of-2-primes/comment-page-1/#comment-28123</link>
		<dc:creator>Ghita</dc:creator>
		<pubDate>Mon, 08 Jun 2009 15:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://mariusbancila.ro/blog/?p=136#comment-28123</guid>
		<description>This approach (using seq) is very memory intensive for big numbers. This is a pitty considering the flexibility offered by seq and the fact that is lazy evaluated. Is there something that can be done on the same line so as to be able to apply the algorithm to bigger numbers (speed not a constraint) ? In a tipical imperative implementation the memory consumption would not be a constraint and it would be nice to see a functional approach here that works with bigger numbers also...
BTW: great work !</description>
		<content:encoded><![CDATA[<p>This approach (using seq) is very memory intensive for big numbers. This is a pitty considering the flexibility offered by seq and the fact that is lazy evaluated. Is there something that can be done on the same line so as to be able to apply the algorithm to bigger numbers (speed not a constraint) ? In a tipical imperative implementation the memory consumption would not be a constraint and it would be nice to see a functional approach here that works with bigger numbers also&#8230;<br />
BTW: great work !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carsten</title>
		<link>http://mariusbancila.ro/blog/2008/10/22/even-numbers-as-sum-of-2-primes/comment-page-1/#comment-18018</link>
		<dc:creator>Carsten</dc:creator>
		<pubDate>Thu, 23 Oct 2008 04:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://mariusbancila.ro/blog/?p=136#comment-18018</guid>
		<description>Hi,

aside from optimizing by memoizing the primes (which would make this somewhat unreadable) you can improve performance if you not check all numbers from 2 to n/2 but only numbers from 2 to sqrt(n) in your prim-tester.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>aside from optimizing by memoizing the primes (which would make this somewhat unreadable) you can improve performance if you not check all numbers from 2 to n/2 but only numbers from 2 to sqrt(n) in your prim-tester.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

