<?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: The TPC-H benchmark is a blight upon the industry</title>
	<atom:link href="http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:48:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: More on TPC-H comparisons &#124; Pizza And Code</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-248589</link>
		<dc:creator>More on TPC-H comparisons &#124; Pizza And Code</dc:creator>
		<pubDate>Fri, 07 Oct 2011 09:27:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-248589</guid>
		<description>[...] the numbers that Curt and I have been referring to in our posts. Curt&#8217;s original post was, my post [...]</description>
		<content:encoded><![CDATA[<p>[...] the numbers that Curt and I have been referring to in our posts. Curt&#8217;s original post was, my post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Is TPC-H really a blight upon the industry? &#124; Pizza And Code</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-248588</link>
		<dc:creator>Is TPC-H really a blight upon the industry? &#124; Pizza And Code</dc:creator>
		<pubDate>Fri, 07 Oct 2011 09:27:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-248588</guid>
		<description>[...] (typeof(addthis_share) == &quot;undefined&quot;){ addthis_share = [];}On June 22, Curt Monash posted an interesting entry on his blog about TPC-H in the wake of an announcement by ParAccel. On the same day, Merv Adrian posted another [...]</description>
		<content:encoded><![CDATA[<p>[...] (typeof(addthis_share) == &quot;undefined&quot;){ addthis_share = [];}On June 22, Curt Monash posted an interesting entry on his blog about TPC-H in the wake of an announcement by ParAccel. On the same day, Merv Adrian posted another [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Exadata TPC Benchmarks &#124; The Pythian Blog</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-180436</link>
		<dc:creator>Exadata TPC Benchmarks &#124; The Pythian Blog</dc:creator>
		<pubDate>Fri, 13 Aug 2010 01:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-180436</guid>
		<description>[...] fastest 1,000GB TPC-H result at the time, but has since been overtaken by a ParAccel result that makes a mockery of the benchmark according to Curt Monash by running almost entirely in [...]</description>
		<content:encoded><![CDATA[<p>[...] fastest 1,000GB TPC-H result at the time, but has since been overtaken by a ParAccel result that makes a mockery of the benchmark according to Curt Monash by running almost entirely in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Links and observations &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-179919</link>
		<dc:creator>Links and observations &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Tue, 10 Aug 2010 02:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-179919</guid>
		<description>[...] replaced their CEO, replaced their marketing chief, and stopped the worst of the marketing nonsense I used to complain about. ParAccel has some interesting plans for ParAccel 3.0 which are, [...]</description>
		<content:encoded><![CDATA[<p>[...] replaced their CEO, replaced their marketing chief, and stopped the worst of the marketing nonsense I used to complain about. ParAccel has some interesting plans for ParAccel 3.0 which are, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Williams</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-171476</link>
		<dc:creator>Tom Williams</dc:creator>
		<pubDate>Thu, 10 Jun 2010 21:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-171476</guid>
		<description>Does anyone know what file system ParAccel uses.  Is ti b-tree. They are claiming linear scalability.  Are they stating that when there is enough memory to run hash joins in RAM?  What happens when high concurrency and not enough memory for hash join.  Anyone know?</description>
		<content:encoded><![CDATA[<p>Does anyone know what file system ParAccel uses.  Is ti b-tree. They are claiming linear scalability.  Are they stating that when there is enough memory to run hash joins in RAM?  What happens when high concurrency and not enough memory for hash join.  Anyone know?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VectorWise, Ingres, and MonetDB &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-133767</link>
		<dc:creator>VectorWise, Ingres, and MonetDB &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Tue, 04 Aug 2009 10:14:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-133767</guid>
		<description>[...] achieve speed. That said, VectorWise claims 3-4X compression on TPC-H data, which is no worse than what ParAccel reported, and enjoys higher compression rates on other kinds of [...]</description>
		<content:encoded><![CDATA[<p>[...] achieve speed. That said, VectorWise claims 3-4X compression on TPC-H data, which is no worse than what ParAccel reported, and enjoys higher compression rates on other kinds of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ParAccel and their puzzling TPC-H results &#124; Bookmarks</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-132525</link>
		<dc:creator>ParAccel and their puzzling TPC-H results &#124; Bookmarks</dc:creator>
		<pubDate>Sat, 25 Jul 2009 06:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-132525</guid>
		<description>[...] it. First, there was Merv Adrian&#039;s positive post on the subject, and then there was Curt Monash&#039;s negative post. Monash&#039;s negativity stemmed largely from the seemingly unrealistic configuration of having nearly [...]</description>
		<content:encoded><![CDATA[<p>[...] it. First, there was Merv Adrian&#8217;s positive post on the subject, and then there was Curt Monash&#8217;s negative post. Monash&#8217;s negativity stemmed largely from the seemingly unrealistic configuration of having nearly [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Abadi has a theory about ParAccel &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-129418</link>
		<dc:creator>Daniel Abadi has a theory about ParAccel &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Tue, 07 Jul 2009 22:46:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-129418</guid>
		<description>[...] most of the mentions were by competitors and/or Vertica-affiliated academics, and since my own unflattering ParAccel-related comments were rather fresh at the [...]</description>
		<content:encoded><![CDATA[<p>[...] most of the mentions were by competitors and/or Vertica-affiliated academics, and since my own unflattering ParAccel-related comments were rather fresh at the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Historical significance of TPC benchmarks &#124; Software Memories</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-128542</link>
		<dc:creator>Historical significance of TPC benchmarks &#124; Software Memories</dc:creator>
		<pubDate>Thu, 02 Jul 2009 20:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-128542</guid>
		<description>[...] case you missed it, I&#8217;ve had a couple of recent conversations about the TPC-H benchmark.  Some people suggest that, while almost untethered from real-world computing, TPC-Hs [...]</description>
		<content:encoded><![CDATA[<p>[...] case you missed it, I&#8217;ve had a couple of recent conversations about the TPC-H benchmark.  Some people suggest that, while almost untethered from real-world computing, TPC-Hs [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The TPC-H schema &#124; DBMS2 -- DataBase Management System Services</title>
		<link>http://www.dbms2.com/2009/06/22/the-tpc-h-benchmark-is-a-blight-upon-the-industry/#comment-128532</link>
		<dc:creator>The TPC-H schema &#124; DBMS2 -- DataBase Management System Services</dc:creator>
		<pubDate>Thu, 02 Jul 2009 18:59:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=819#comment-128532</guid>
		<description>[...] anybody recommend in real life running the TPC-H schema for that data? (I.e., fully normalized, no materialized views.) If so &#8212; why????   [...]</description>
		<content:encoded><![CDATA[<p>[...] anybody recommend in real life running the TPC-H schema for that data? (I.e., fully normalized, no materialized views.) If so &#8212; why????   [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

