<?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: Walking the Workload Tightrope Part Three</title>
	<atom:link href="http://www.linux-mag.com/id/7224/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7224/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: fgalan</title>
		<link>http://www.linux-mag.com/id/7224/#comment-6106</link>
		<dc:creator>fgalan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7224/#comment-6106</guid>
		<description>I agree in the most of the hints... except in combining non-overlapping workloads, that should be considered carefully. Although this technique could optimize the overall workload execution in the virtualized infrastructure, it also penalizes other things. In particular, it breaks application isolation, which is bad from the point of view of faults, maintenance, etc.&lt;br /&gt;
&lt;br /&gt;
Let me clarify with an example. Consider the same case you mention: a CPU intensive application and a disk intensive application coexisting in the same VM. A single OS hang will break both applications (while if they were separated in the VM, it only comprises one of the applications). In addition, if some maintenance operation is required for either the CPU or the database application (i.e. an OS reboot due to the administrator needs to increase VM assigned RAM), this operation penalizes the other application.&lt;br /&gt;
&lt;br /&gt;
In summary, consider not only workload efficiency when combining non-overlapping workloads, but also how it impacts application isolation.</description>
		<content:encoded><![CDATA[<p>I agree in the most of the hints&#8230; except in combining non-overlapping workloads, that should be considered carefully. Although this technique could optimize the overall workload execution in the virtualized infrastructure, it also penalizes other things. In particular, it breaks application isolation, which is bad from the point of view of faults, maintenance, etc.</p>
<p>Let me clarify with an example. Consider the same case you mention: a CPU intensive application and a disk intensive application coexisting in the same VM. A single OS hang will break both applications (while if they were separated in the VM, it only comprises one of the applications). In addition, if some maintenance operation is required for either the CPU or the database application (i.e. an OS reboot due to the administrator needs to increase VM assigned RAM), this operation penalizes the other application.</p>
<p>In summary, consider not only workload efficiency when combining non-overlapping workloads, but also how it impacts application isolation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>