<?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: Virtual Failure: YippieMove switches from VMware to FreeBSD Jails</title>
	<atom:link href="http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/</link>
	<description>The Internet Startup Blog</description>
	<lastBuildDate>Tue, 02 Mar 2010 13:26:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: kevin</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14744</link>
		<dc:creator>kevin</dc:creator>
		<pubDate>Sun, 28 Jun 2009 01:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14744</guid>
		<description>My god, why the venom?  Are these commenters vmware shills?   They  made a design change, so what?   I don&#039;t get the anger, and viciousness... weird.  I&#039;m not sure why you&#039;d pay for VMWare when you could be using FreeBSD Jails or Xen hypervisors, or some other $0 licence fee solution, no way I would have done it but.. Wow, so nasty... so unecessarily nasty.</description>
		<content:encoded><![CDATA[<p>My god, why the venom?  Are these commenters vmware shills?   They  made a design change, so what?   I don&#8217;t get the anger, and viciousness&#8230; weird.  I&#8217;m not sure why you&#8217;d pay for VMWare when you could be using FreeBSD Jails or Xen hypervisors, or some other $0 licence fee solution, no way I would have done it but.. Wow, so nasty&#8230; so unecessarily nasty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Ljungberg</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14722</link>
		<dc:creator>Alexander Ljungberg</dc:creator>
		<pubDate>Mon, 22 Jun 2009 13:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14722</guid>
		<description>Hi tog,

Excellent suggestion - our situation isn&#039;t quite like that though. We actually have lots of different sqlite databases, one per transfer job we do. And those guys are only accessed by one host at a time, the one currently working that account. For &#039;the big database&#039; which is accessed by lots of hosts we use Postgres today.

I&#039;m really interested to hear about your success with ZFS and cache devices. We have been looking at ZFS for quite some time, but haven&#039;t dared to take the plunge since it&#039;s fairly new. What performance boost did you get with that SSD hooked up? Sounds like a fantastic setup.</description>
		<content:encoded><![CDATA[<p>Hi tog,</p>
<p>Excellent suggestion &#8211; our situation isn&#8217;t quite like that though. We actually have lots of different sqlite databases, one per transfer job we do. And those guys are only accessed by one host at a time, the one currently working that account. For &#8216;the big database&#8217; which is accessed by lots of hosts we use Postgres today.</p>
<p>I&#8217;m really interested to hear about your success with ZFS and cache devices. We have been looking at ZFS for quite some time, but haven&#8217;t dared to take the plunge since it&#8217;s fairly new. What performance boost did you get with that SSD hooked up? Sounds like a fantastic setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tog</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14718</link>
		<dc:creator>tog</dc:creator>
		<pubDate>Sun, 21 Jun 2009 17:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14718</guid>
		<description>It&#039;s not clearly stated but it is inferred in your article that you may be using an sqlite database over NFS from multiple different hosts?

If that is the case, that might not be the best way to go with any kind of significant database writes happening. Multiple hosts locking/unlocking an sqlite database file constantly does not sound good.

I like sqlite and its performance is very nice for simpler things where one process on one machine is utilizing the sqlite database on its local disk, but if I were getting into using the database from multiple machines simultaneously I would start using a database server instead.

If you&#039;ve switched from a mess of flat files to sqlite you&#039;re already most of the way there, you&#039;ve already SQL-ized your app. Pick your favorite SQL server and your journey towards the dark side will be complete. I know it&#039;s a bit boring and common to just slap pgsql or mysql on a server and start using it but... it sounds like a very logical step up from sqlite with locking.

Badly-written overreaching SQL queries being executed often and lack of I/O performance are two real common things to watch out for when you go to use a regular old database server.

If your SQL load is significant and you are concerned about its performance there are plenty of ways to handle that... If your database fits in RAM you are probably good to go. If you&#039;re up to the tens of gigs, RELENG_7 also has ZFS v13 which supports cache devices. I&#039;m using it, I can tell you that just having a 32GB SATA SSD cache device assigned to your zpool is amazing. I am quite curious to test how mysqld databases cached on the SSD will perform.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not clearly stated but it is inferred in your article that you may be using an sqlite database over NFS from multiple different hosts?</p>
<p>If that is the case, that might not be the best way to go with any kind of significant database writes happening. Multiple hosts locking/unlocking an sqlite database file constantly does not sound good.</p>
<p>I like sqlite and its performance is very nice for simpler things where one process on one machine is utilizing the sqlite database on its local disk, but if I were getting into using the database from multiple machines simultaneously I would start using a database server instead.</p>
<p>If you&#8217;ve switched from a mess of flat files to sqlite you&#8217;re already most of the way there, you&#8217;ve already SQL-ized your app. Pick your favorite SQL server and your journey towards the dark side will be complete. I know it&#8217;s a bit boring and common to just slap pgsql or mysql on a server and start using it but&#8230; it sounds like a very logical step up from sqlite with locking.</p>
<p>Badly-written overreaching SQL queries being executed often and lack of I/O performance are two real common things to watch out for when you go to use a regular old database server.</p>
<p>If your SQL load is significant and you are concerned about its performance there are plenty of ways to handle that&#8230; If your database fits in RAM you are probably good to go. If you&#8217;re up to the tens of gigs, RELENG_7 also has ZFS v13 which supports cache devices. I&#8217;m using it, I can tell you that just having a 32GB SATA SSD cache device assigned to your zpool is amazing. I am quite curious to test how mysqld databases cached on the SSD will perform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14706</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Tue, 16 Jun 2009 19:51:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14706</guid>
		<description>I belive VSphere replaces Virtual Center, not ESX. 
ESX 4.0 has been release along side VSphere.</description>
		<content:encoded><![CDATA[<p>I belive VSphere replaces Virtual Center, not ESX.<br />
ESX 4.0 has been release along side VSphere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Playing With Wire » Virtual Failure: YippieMove switches from &#8230;</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14704</link>
		<dc:creator>Playing With Wire » Virtual Failure: YippieMove switches from &#8230;</dc:creator>
		<pubDate>Tue, 16 Jun 2009 13:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14704</guid>
		<description>[...] more from the original source: Playing With Wire » Virtual Failure: YippieMove switches from &#8230;     Tags: checked-the, importing-clang, resume-feature-, schouten, supposedly-the, [...]</description>
		<content:encoded><![CDATA[<p>[...] more from the original source: Playing With Wire » Virtual Failure: YippieMove switches from &#8230;     Tags: checked-the, importing-clang, resume-feature-, schouten, supposedly-the, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Hahler</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14691</link>
		<dc:creator>Daniel Hahler</dc:creator>
		<pubDate>Thu, 11 Jun 2009 21:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14691</guid>
		<description>OpenVZ is another possible solution for Linux, like linux-vserver: http://wiki.openvz.org/Main_Page</description>
		<content:encoded><![CDATA[<p>OpenVZ is another possible solution for Linux, like linux-vserver: <a href="http://wiki.openvz.org/Main_Page" rel="nofollow">http://wiki.openvz.org/Main_Page</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zimmerma&#8217;s blog &#187; Archives du Blog &#187; Exemple d&#8217;insuffisance de la virtualisation dans un cas de service gourmand en accès disques</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14680</link>
		<dc:creator>zimmerma&#8217;s blog &#187; Archives du Blog &#187; Exemple d&#8217;insuffisance de la virtualisation dans un cas de service gourmand en accès disques</dc:creator>
		<pubDate>Wed, 10 Jun 2009 09:48:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14680</guid>
		<description>[...] Virtual Failure: YippieMove switches from VMware to FreeBSD Jails [...]</description>
		<content:encoded><![CDATA[<p>[...] Virtual Failure: YippieMove switches from VMware to FreeBSD Jails [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14674</link>
		<dc:creator>Emmanuel</dc:creator>
		<pubDate>Sun, 07 Jun 2009 07:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14674</guid>
		<description>For people using Linux you can also look at http://linux-vserver.org/</description>
		<content:encoded><![CDATA[<p>For people using Linux you can also look at <a href="http://linux-vserver.org/" rel="nofollow">http://linux-vserver.org/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted Sanders</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14665</link>
		<dc:creator>Ted Sanders</dc:creator>
		<pubDate>Fri, 05 Jun 2009 23:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14665</guid>
		<description>Alexander,

Good point.  While most companies like to downplay issues being open develops a sense of trust with your customers.</description>
		<content:encoded><![CDATA[<p>Alexander,</p>
<p>Good point.  While most companies like to downplay issues being open develops a sense of trust with your customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Ljungberg</title>
		<link>http://www.playingwithwire.com/2009/06/virtual-failure-yippiemove-switches-from-vmware-to-freebsd-jails/comment-page-2/#comment-14664</link>
		<dc:creator>Alexander Ljungberg</dc:creator>
		<pubDate>Fri, 05 Jun 2009 21:57:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/?p=396#comment-14664</guid>
		<description>Stefan,

You&#039;d be right not to see this article as a side by side review of VMware and Jails - it&#039;s more a sharing of our experience: what we did, what problem we ran into and what worked for us.

I think chances are good we&#039;ll give VMware ESXi a shot down the road. It&#039;ll be interesting to see how that affects the IO throughput.</description>
		<content:encoded><![CDATA[<p>Stefan,</p>
<p>You&#8217;d be right not to see this article as a side by side review of VMware and Jails &#8211; it&#8217;s more a sharing of our experience: what we did, what problem we ran into and what worked for us.</p>
<p>I think chances are good we&#8217;ll give VMware ESXi a shot down the road. It&#8217;ll be interesting to see how that affects the IO throughput.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
