<?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: VMware View 3.0 perspective from the implementation angle</title>
	<atom:link href="http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/feed/" rel="self" type="application/rss+xml" />
	<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/</link>
	<description>Go Green with Virtualization. Go UGLY Green with vmetc.com.</description>
	<lastBuildDate>Wed, 25 Jan 2012 13:41:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Steffen Oezcan</title>
		<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/comment-page-1/#comment-1624</link>
		<dc:creator>Steffen Oezcan</dc:creator>
		<pubDate>Fri, 12 Dec 2008 12:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=2157#comment-1624</guid>
		<description>I just attended the VDM course (v2.1) and had the chance to install and test View 3 at the end of it. Nice features... the question is, what about i/o performance? Lets say we have 100 linked clones. Every running VM has his own snapshots (OS disk and maybe user data, doesnt matter). But they all do read from this single base disk. Am I right, that this will put a high load on the LUN where the base disk is located? Are there any recommendations yet to split these base disk for every n´t hlinked clone vm?

Steffen</description>
		<content:encoded><![CDATA[<p>I just attended the VDM course (v2.1) and had the chance to install and test View 3 at the end of it. Nice features&#8230; the question is, what about i/o performance? Lets say we have 100 linked clones. Every running VM has his own snapshots (OS disk and maybe user data, doesnt matter). But they all do read from this single base disk. Am I right, that this will put a high load on the LUN where the base disk is located? Are there any recommendations yet to split these base disk for every n´t hlinked clone vm?</p>
<p>Steffen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steffen Oezcan</title>
		<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/comment-page-1/#comment-5557</link>
		<dc:creator>Steffen Oezcan</dc:creator>
		<pubDate>Fri, 12 Dec 2008 12:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=2157#comment-5557</guid>
		<description>I just attended the VDM course (v2.1) and had the chance to install and test View 3 at the end of it. Nice features... the question is, what about i/o performance? Lets say we have 100 linked clones. Every running VM has his own snapshots (OS disk and maybe user data, doesnt matter). But they all do read from this single base disk. Am I right, that this will put a high load on the LUN where the base disk is located? Are there any recommendations yet to split these base disk for every n´t hlinked clone vm?

Steffen</description>
		<content:encoded><![CDATA[<p>I just attended the VDM course (v2.1) and had the chance to install and test View 3 at the end of it. Nice features&#8230; the question is, what about i/o performance? Lets say we have 100 linked clones. Every running VM has his own snapshots (OS disk and maybe user data, doesnt matter). But they all do read from this single base disk. Am I right, that this will put a high load on the LUN where the base disk is located? Are there any recommendations yet to split these base disk for every n´t hlinked clone vm?</p>
<p>Steffen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Small Business Voip System Hints and Kinks » Blog Archive &#8230;</title>
		<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/comment-page-1/#comment-1595</link>
		<dc:creator>Small Business Voip System Hints and Kinks » Blog Archive &#8230;</dc:creator>
		<pubDate>Tue, 09 Dec 2008 09:21:31 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=2157#comment-1595</guid>
		<description>[...] VMware View 3.0 perspective from the implementation angle &#124; VM /ETC [...]</description>
		<content:encoded><![CDATA[<p>[...] VMware View 3.0 perspective from the implementation angle | VM /ETC [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Howarth</title>
		<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/comment-page-1/#comment-1582</link>
		<dc:creator>Tom Howarth</dc:creator>
		<pubDate>Sun, 07 Dec 2008 18:42:29 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=2157#comment-1582</guid>
		<description>Thanks for the mentioning me :D,  an execelent post.</description>
		<content:encoded><![CDATA[<p>Thanks for the mentioning me <img src='http://vmetc.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> ,  an execelent post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Howarth</title>
		<link>http://vmetc.com/2008/12/07/vmware-view-30-perspective-from-the-implementation-angle/comment-page-1/#comment-5556</link>
		<dc:creator>Tom Howarth</dc:creator>
		<pubDate>Sun, 07 Dec 2008 18:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=2157#comment-5556</guid>
		<description>Thanks for the mentioning me :D,  an execelent post.</description>
		<content:encoded><![CDATA[<p>Thanks for the mentioning me <img src='http://vmetc.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> ,  an execelent post.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

