<?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: Sorting 1 terabyte in 209 seconds</title>
	<atom:link href="http://lemire.me/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/feed/" rel="self" type="application/rss+xml" />
	<link>http://lemire.me/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/</link>
	<description>Computer Scientist and Open Scholar: Databases, Information Retrieval, Business Intelligence.</description>
	<lastBuildDate>Tue, 07 Feb 2012 23:39:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Daniel Lemire</title>
		<link>http://lemire.me/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/comment-page-1/#comment-50008</link>
		<dc:creator>Daniel Lemire</dc:creator>
		<pubDate>Wed, 09 Jul 2008 22:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.daniel-lemire.com/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/#comment-50008</guid>
		<description>The 6000 seconds is definitively not &quot;internal memory&quot; since the whole machine has 2 GiB of RAM and it tries to sort 2 GiB of data. So there is quite a bit of IO overhead. Sure.</description>
		<content:encoded><![CDATA[<p>The 6000 seconds is definitively not &#8220;internal memory&#8221; since the whole machine has 2 GiB of RAM and it tries to sort 2 GiB of data. So there is quite a bit of IO overhead. Sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevembuangga</title>
		<link>http://lemire.me/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/comment-page-1/#comment-50007</link>
		<dc:creator>Kevembuangga</dc:creator>
		<pubDate>Wed, 09 Jul 2008 19:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.daniel-lemire.com/blog/archives/2008/07/07/sorting-1-terabyte-in-209-seconds/#comment-50007</guid>
		<description>The Terabyte sort seem pretty silly, of course throwing a shitload of ressources at a problem is bound to give &quot;impressive results&quot; but where is the benefit for the average user?
i.e  your 6000 seconds sort.
This looks like the Formula 1 racing which is supposed to further technological progress and which does once in a while, but at which cost?
The &lt;a href=&quot;http://www.hpl.hp.com/hosted/sortbenchmark/&quot; rel=&quot;nofollow&quot;&gt;Penny sort&lt;/a&gt; on the same page seem more sensible.
BTW, from experience with my linear sort  the 6000 seconds you report for 2Gb fall within plausible range of elapsed time due to disk access latency when sorted records are shuffled around, &lt;b&gt;not&lt;/b&gt; a compute bound limit, you might check it.</description>
		<content:encoded><![CDATA[<p>The Terabyte sort seem pretty silly, of course throwing a shitload of ressources at a problem is bound to give &#8220;impressive results&#8221; but where is the benefit for the average user?<br />
i.e  your 6000 seconds sort.<br />
This looks like the Formula 1 racing which is supposed to further technological progress and which does once in a while, but at which cost?<br />
The <a href="http://www.hpl.hp.com/hosted/sortbenchmark/" rel="nofollow">Penny sort</a> on the same page seem more sensible.<br />
BTW, from experience with my linear sort  the 6000 seconds you report for 2Gb fall within plausible range of elapsed time due to disk access latency when sorted records are shuffled around, <b>not</b> a compute bound limit, you might check it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

