<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx</link><description>The Register reported a spat between HP and Oracle on the TPC-C benchmark. Per above, HP submitted a TPC-C result of 3,388,535 tpm-C for their ProLiant DL980 G7 (8 Xeon X7560 processors), with a cost of $0.63 per tpm-C. Oracle has refused permission to</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34085</link><pubDate>Sat, 12 Mar 2011 07:17:11 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34085</guid><dc:creator>Jimmy May @aspiringgeek</dc:creator><description>&lt;p&gt;What, a rumor regarding mitigated scalability of Oracle? ;-)&lt;/p&gt;
</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34120</link><pubDate>Mon, 14 Mar 2011 18:20:09 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34120</guid><dc:creator>anonymous</dc:creator><description>&lt;p&gt;&amp;quot;Oracle has refused permission to publish&amp;quot;&lt;/p&gt;
&lt;p&gt;No surprise there. Esp with crap SUN hardware.&lt;/p&gt;
&lt;p&gt;Finding your recent acquisitions hard to fake results for Larry?&lt;/p&gt;
&lt;p&gt;Just do what you do with other business units: charge more and perform less&lt;/p&gt;
</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34161</link><pubDate>Tue, 15 Mar 2011 18:44:40 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34161</guid><dc:creator>jchang</dc:creator><description>&lt;P&gt;In theory, maximum throughput from a single die is achieved with many simple cores instead of fewer faster cores. This follows from Moore's law. Each doubling of transistor budget (die area) should lead to 1.4X performance on a single die.&lt;/P&gt;
&lt;P&gt;Furthermore, for b-tree operations emphasizing serialed memory accesses, multi-threads per core is also a big gain.&lt;/P&gt;
&lt;P&gt;Based on this, the Sun approach is best. However, for other applications that cannot be easily distributed over very many threads, the really fast core approach is best. So what is best overall? I am thinking it would be good to have both really fast cores, and very many small cores. I am not sure whether this should be on a single die, or to have a multi-scoket system that can take a mixed of fast and many. &lt;/P&gt;
&lt;P&gt;Sure, we all know not to take marketing material to seriously, from any vendor. But for that big yacht, and other toys, I would probably sell out too.&lt;/P&gt;</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34199</link><pubDate>Wed, 16 Mar 2011 20:21:06 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34199</guid><dc:creator>anonymous</dc:creator><description>&lt;p&gt;&amp;quot;I would probably sell out too.&amp;quot;&lt;/p&gt;
&lt;p&gt;then your &amp;quot;advice&amp;quot; becomes worthless&lt;/p&gt;
</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34206</link><pubDate>Thu, 17 Mar 2011 02:49:59 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34206</guid><dc:creator>jchang</dc:creator><description>&lt;p&gt;ok, I definitely would. If you want to trust the guy who swears on his mother's apple pie, that he will not lie,&amp;nbsp;even for all of Larry's money, then that's your judgement&lt;/p&gt;</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34225</link><pubDate>Thu, 17 Mar 2011 16:07:11 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34225</guid><dc:creator>Glenn Berry</dc:creator><description>&lt;p&gt;It is pretty hard to put too much stock in in the opinions of someone who makes anonymous comments.&lt;/p&gt;
</description></item><item><title>re: HP ProLiant DL980-Oracle TPC-C Benchmark spat</title><link>http://sqlblog.com/blogs/joe_chang/archive/2011/03/12/hp-proliant-dl980-oracle-tpc-c-benchmark-spat.aspx#34360</link><pubDate>Wed, 23 Mar 2011 16:47:45 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34360</guid><dc:creator>jchang</dc:creator><description>&lt;p&gt;Oracle-HP spat continues,&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://www.theregister.co.uk/2011/03/23/oracle_stops_itanium_development/"&gt;http://www.theregister.co.uk/2011/03/23/oracle_stops_itanium_development/&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>