<?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: A piece of Sun/MySQL Marketing</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 21 Nov 2009 05:23:57 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Log Buffer #87: a Carnival of the Vanities for DBAs</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-249890</link>
		<dc:creator>Log Buffer #87: a Carnival of the Vanities for DBAs</dc:creator>
		<pubDate>Fri, 07 Mar 2008 17:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-249890</guid>
		<description>[...] the MySQL Performance Blog, Peter Zaitsev has some remarks on what he deems a piece of Sun/MySQL marketing. In his analysis of it , he writes, &#8220;I got first Sun/MySQL Newsletter Today which among other [...]</description>
		<content:encoded><![CDATA[<p>[...] the MySQL Performance Blog, Peter Zaitsev has some remarks on what he deems a piece of Sun/MySQL marketing. In his analysis of it , he writes, &#8220;I got first Sun/MySQL Newsletter Today which among other [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-247385</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Sat, 01 Mar 2008 00:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-247385</guid>
		<description>Ritu,

Are iGen benchmarks going to be published comparing Falcon with InnoDB? There might be a negative reaction from part of the MySQL community if that were done without also publishing a spec for the iGen benchmark.</description>
		<content:encoded><![CDATA[<p>Ritu,</p>
<p>Are iGen benchmarks going to be published comparing Falcon with InnoDB? There might be a negative reaction from part of the MySQL community if that were done without also publishing a spec for the iGen benchmark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-247374</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 29 Feb 2008 23:29:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-247374</guid>
		<description>Ritu,

Honestly why I picked up on this is because of the title which says &quot;MySQL Benchmark UltraSPARC T2 beats Xeon on Consolidation of OLTP &amp; Web&quot;  - it does not Say  Sun Open Source Stack beats Microsoft  Stack  it speaks about CPUs.

Indeed this is full stack benchmark and what I&#039;m saying it is at large extent pointless because there are so many variables involved.  Again I&#039;m speaking from the true technical standpoint. 

Regarding the benchmark  I hope you understand &quot;mix of simple medium and heavy transactions&quot; does not count as a good benchmark specs.  The only onces which allow to repeat benchmark are good.</description>
		<content:encoded><![CDATA[<p>Ritu,</p>
<p>Honestly why I picked up on this is because of the title which says &#8220;MySQL Benchmark UltraSPARC T2 beats Xeon on Consolidation of OLTP &#038; Web&#8221;  &#8211; it does not Say  Sun Open Source Stack beats Microsoft  Stack  it speaks about CPUs.</p>
<p>Indeed this is full stack benchmark and what I&#8217;m saying it is at large extent pointless because there are so many variables involved.  Again I&#8217;m speaking from the true technical standpoint. </p>
<p>Regarding the benchmark  I hope you understand &#8220;mix of simple medium and heavy transactions&#8221; does not count as a good benchmark specs.  The only onces which allow to repeat benchmark are good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ritu Kamboj</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-247357</link>
		<dc:creator>Ritu Kamboj</dc:creator>
		<pubDate>Fri, 29 Feb 2008 22:30:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-247357</guid>
		<description>First of all, let me take this opportunity to thank you for taking the time to review the benchmark. 

This benchmark was about open stack vs. Microsoft stack w/virtualization.
It was not meant to be determining specific effects of each part of the
stack.  Prix fixe menu vs. ala carte.

Current virtualization/consolidation that many customers are doing combine
a lot more than 6 different workloads and that trend is continuing.
Consolidating more low-utilization workloads together can save a lot more
wattage than many servers running at low utilization.

The iGen workload was created from actual customer workloads and has a lot
more complexity than Sysbench which only test very simple operations one
at a time.  The iGen database consist of 6 tables and its executes a combination of light , medium and heavy transactions. The disks was appropriately sized for this workload.  We realize that typical MySQL DB boxes may be running lighter workloads that require less disks.  Many workloads on Oracle, DB2, and Sybase workloads require a lot more disks.

The $200k was for hardware, disk, Microsoft, and virtualizaiton software,
not just a box.

There are many benchmarks that a UltraSPARC T2 configuration can beat
4-socket quad-core Xeon both on price, performance, price/performance,
watt/performance when you have workloads that need this level of computation. Check this out:

http://www.sun.com/servers/coolthreads/t5220/benchmarks.jsp
http://www.sun.com/servers/coolthreads/t5120/benchmarks.jsp

While not all customers require Hardware, disk, and software configurations
of this size there are many workloads that require a lot more.  It would be
interesting to see how MySQL scales to address these even larger requirements.
It may present a growth area for MySQL.

You can get these servers for free 60 days trial and check them out for consolidation with free Solaris containers technology of Solaris 10. Check this out for more details:
http://www.sun.com/tryandbuy/rules.jsp.

If availability of disk is an issue, maybe you can use another workload like Sysbench instead of iGen</description>
		<content:encoded><![CDATA[<p>First of all, let me take this opportunity to thank you for taking the time to review the benchmark. </p>
<p>This benchmark was about open stack vs. Microsoft stack w/virtualization.<br />
It was not meant to be determining specific effects of each part of the<br />
stack.  Prix fixe menu vs. ala carte.</p>
<p>Current virtualization/consolidation that many customers are doing combine<br />
a lot more than 6 different workloads and that trend is continuing.<br />
Consolidating more low-utilization workloads together can save a lot more<br />
wattage than many servers running at low utilization.</p>
<p>The iGen workload was created from actual customer workloads and has a lot<br />
more complexity than Sysbench which only test very simple operations one<br />
at a time.  The iGen database consist of 6 tables and its executes a combination of light , medium and heavy transactions. The disks was appropriately sized for this workload.  We realize that typical MySQL DB boxes may be running lighter workloads that require less disks.  Many workloads on Oracle, DB2, and Sybase workloads require a lot more disks.</p>
<p>The $200k was for hardware, disk, Microsoft, and virtualizaiton software,<br />
not just a box.</p>
<p>There are many benchmarks that a UltraSPARC T2 configuration can beat<br />
4-socket quad-core Xeon both on price, performance, price/performance,<br />
watt/performance when you have workloads that need this level of computation. Check this out:</p>
<p><a href="http://www.sun.com/servers/coolthreads/t5220/benchmarks.jsp" rel="nofollow">http://www.sun.com/servers/coolthreads/t5220/benchmarks.jsp</a><br />
<a href="http://www.sun.com/servers/coolthreads/t5120/benchmarks.jsp" rel="nofollow">http://www.sun.com/servers/coolthreads/t5120/benchmarks.jsp</a></p>
<p>While not all customers require Hardware, disk, and software configurations<br />
of this size there are many workloads that require a lot more.  It would be<br />
interesting to see how MySQL scales to address these even larger requirements.<br />
It may present a growth area for MySQL.</p>
<p>You can get these servers for free 60 days trial and check them out for consolidation with free Solaris containers technology of Solaris 10. Check this out for more details:<br />
<a href="http://www.sun.com/tryandbuy/rules.jsp" rel="nofollow">http://www.sun.com/tryandbuy/rules.jsp</a>.</p>
<p>If availability of disk is an issue, maybe you can use another workload like Sysbench instead of iGen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-247243</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Fri, 29 Feb 2008 15:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-247243</guid>
		<description>Marketing benchmarks like those are a prime reason why sites like yours ( and the mysql community in general) are so valuable. Thanks again for you independent perspective on all things mysql.</description>
		<content:encoded><![CDATA[<p>Marketing benchmarks like those are a prime reason why sites like yours ( and the mysql community in general) are so valuable. Thanks again for you independent perspective on all things mysql.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-246677</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Thu, 28 Feb 2008 05:14:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-246677</guid>
		<description>Thanks Mark, 
Things are still quite erratic for me - still slipping on inflatable bed etc.
Right the fact there is not link to iGen benchmark specs or sources is another issue I should have noted  :)</description>
		<content:encoded><![CDATA[<p>Thanks Mark,<br />
Things are still quite erratic for me &#8211; still slipping on inflatable bed etc.<br />
Right the fact there is not link to iGen benchmark specs or sources is another issue I should have noted  <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/comment-page-1/#comment-246663</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Thu, 28 Feb 2008 04:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2008/02/27/a-piece-of-sunmysql-marketing/#comment-246663</guid>
		<description>Welcome back. Where is the specification for the iGen benchmark?</description>
		<content:encoded><![CDATA[<p>Welcome back. Where is the specification for the iGen benchmark?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
