<?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: Scaling MySQL on a 256-way T5440 server using Solaris ZFS and Java 1.7</title>
	<atom:link href="http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/</link>
	<description>Ramblings which occasionally resemble reality. This is the blog of Stewart Smith.</description>
	<lastBuildDate>Mon, 30 Aug 2010 10:19:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: MacPlusG3</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89270</link>
		<dc:creator>MacPlusG3</dc:creator>
		<pubDate>Sat, 22 Nov 2008 01:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89270</guid>
		<description>Well... you could use the Instance Manager but it was deleted in 6.0 because it was worked out that nobody ran multiple instances on the same box.

oh, there were one or two bugs as well :)</description>
		<content:encoded><![CDATA[<p>Well&#8230; you could use the Instance Manager but it was deleted in 6.0 because it was worked out that nobody ran multiple instances on the same box.</p>
<p>oh, there were one or two bugs as well :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89269</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Sat, 22 Nov 2008 00:47:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89269</guid>
		<description>Is there a tool that makes it easy to manage a cluster of MySQL servers running on a big SMP?</description>
		<content:encoded><![CDATA[<p>Is there a tool that makes it easy to manage a cluster of MySQL servers running on a big SMP?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MacPlusG3</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89267</link>
		<dc:creator>MacPlusG3</dc:creator>
		<pubDate>Fri, 21 Nov 2008 23:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89267</guid>
		<description>I&#039;m sitting around in a room with a bunch of fellow expert MySQL hackers and the consensus is: what a bunch of bullshit.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sitting around in a room with a bunch of fellow expert MySQL hackers and the consensus is: what a bunch of bullshit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jennifer Glore</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89265</link>
		<dc:creator>Jennifer Glore</dc:creator>
		<pubDate>Fri, 21 Nov 2008 19:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89265</guid>
		<description>First, I would like to say that there is single instance performance and scalability efforts going on at Sun.  We have a large team working on this issue and progress is being made already.  Allan Packer is leading the team that is working on this and his blog (http://blogs.sun.com/allanp/) sometimes has information on the performance project.  One of the videos he references talk about the future of the performance project at Sun.  (http://link.brightcove.com/services/player/bcpid1683878780?bctid=1892187731)
It should be noted that improving performance of an application is a long term effort.  Performance gains come in small doses typically and this project is one that might take some time.

Given that, there are other people at Sun that are trying to figure out ways MySQL can be used on larger systems (like the T5440).  The thought is around horizontally scalability within a system-- either using virtualization or not.  This article by Benoit was simply one example of these efforts.  I understand the concerns with this approach (losing the system causes loss of multiple databases), but there advantages (like cost savings, energy savings, consolidaton, etc.) that play a part as well.  

I&#039;d be interested in hearing more of your thoughts on horizontally scaling within a system.</description>
		<content:encoded><![CDATA[<p>First, I would like to say that there is single instance performance and scalability efforts going on at Sun.  We have a large team working on this issue and progress is being made already.  Allan Packer is leading the team that is working on this and his blog (<a href="http://blogs.sun.com/allanp/">http://blogs.sun.com/allanp/</a>) sometimes has information on the performance project.  One of the videos he references talk about the future of the performance project at Sun.  (<a href="http://link.brightcove.com/services/player/bcpid1683878780?bctid=1892187731">http://link.brightcove.com/services/player/bcpid1683878780?bctid=1892187731</a>)<br />
It should be noted that improving performance of an application is a long term effort.  Performance gains come in small doses typically and this project is one that might take some time.</p>
<p>Given that, there are other people at Sun that are trying to figure out ways MySQL can be used on larger systems (like the T5440).  The thought is around horizontally scalability within a system&#8211; either using virtualization or not.  This article by Benoit was simply one example of these efforts.  I understand the concerns with this approach (losing the system causes loss of multiple databases), but there advantages (like cost savings, energy savings, consolidaton, etc.) that play a part as well.  </p>
<p>I&#8217;d be interested in hearing more of your thoughts on horizontally scaling within a system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Murphy</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89260</link>
		<dc:creator>Keith Murphy</dc:creator>
		<pubDate>Thu, 20 Nov 2008 18:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89260</guid>
		<description>yeah..my thoughts exactly. When I saw this initially I thought that is what they had done (scale one instance). Maybe someone in Sun is working on that.

Keith</description>
		<content:encoded><![CDATA[<p>yeah..my thoughts exactly. When I saw this initially I thought that is what they had done (scale one instance). Maybe someone in Sun is working on that.</p>
<p>Keith</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Montgomery</title>
		<link>http://www.flamingspork.com/blog/2008/11/21/scaling-mysql-on-a-256-way-t5440-server-using-solaris-zfs-and-java-17/comment-page-1/#comment-89259</link>
		<dc:creator>Matthew Montgomery</dc:creator>
		<pubDate>Thu, 20 Nov 2008 17:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.flamingspork.com/blog/?p=1260#comment-89259</guid>
		<description>Hey Stewart, I spoke to Benoit at the CEC last week. He&#039;s interested in testing the ndbmtd and/or several ndbd nodes together on that system as well.</description>
		<content:encoded><![CDATA[<p>Hey Stewart, I spoke to Benoit at the CEC last week. He&#8217;s interested in testing the ndbmtd and/or several ndbd nodes together on that system as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
