<?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: Zero-G Storage vMotion</title>
	<atom:link href="http://www.hypervisor.fr/?feed=rss2&#038;p=5188" rel="self" type="application/rss+xml" />
	<link>http://www.hypervisor.fr/?p=5188</link>
	<description>French Bare-Metal weblog</description>
	<lastBuildDate>Fri, 30 Jul 2021 14:16:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: NiTRo</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3534</link>
		<dc:creator>NiTRo</dc:creator>
		<pubDate>Wed, 11 Feb 2015 14:37:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3534</guid>
		<description>Merci ;)</description>
		<content:encoded><![CDATA[<p>Merci <img src='http://www.hypervisor.fr/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fouad</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3533</link>
		<dc:creator>Fouad</dc:creator>
		<pubDate>Wed, 11 Feb 2015 14:19:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3533</guid>
		<description>@NiTRo merci pour la clarification et de prendre le temps d&#039;y répondre.

C’était ce paragraphe qui m&#039;a laissé sur ce questionnement.

&quot;Voila pourquoi sans VAAI (ou au moins la primitive WRITE_SAME) vos svmotion (thin ou lazy zeroed) prendrons 2 fois plus de temps car 2 fois plus de données transiterons vers le stockage (entre 2 VMFS avec le même blocksize).
&quot;

Bon boulot Messieurs et merci encore</description>
		<content:encoded><![CDATA[<p>@NiTRo merci pour la clarification et de prendre le temps d&#8217;y répondre.</p>
<p>C’était ce paragraphe qui m&#8217;a laissé sur ce questionnement.</p>
<p>&#8220;Voila pourquoi sans VAAI (ou au moins la primitive WRITE_SAME) vos svmotion (thin ou lazy zeroed) prendrons 2 fois plus de temps car 2 fois plus de données transiterons vers le stockage (entre 2 VMFS avec le même blocksize).<br />
&#8221;</p>
<p>Bon boulot Messieurs et merci encore</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NiTRo</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3531</link>
		<dc:creator>NiTRo</dc:creator>
		<pubDate>Wed, 11 Feb 2015 08:13:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3531</guid>
		<description>@fouad lecture a la source, écriture à la destination. Le volume de données transférées ne change pas mais le volume de données écrites est supérieur à cause du zeroing.</description>
		<content:encoded><![CDATA[<p>@fouad lecture a la source, écriture à la destination. Le volume de données transférées ne change pas mais le volume de données écrites est supérieur à cause du zeroing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fouad</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3529</link>
		<dc:creator>Fouad</dc:creator>
		<pubDate>Tue, 10 Feb 2015 19:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3529</guid>
		<description>Question bête, le graphe de Perfs vSphere est sur le datastore source ou destination. 
De ce que je comprends c&#039;est à la destination ou le bloc est mis à 0 puis écrit, mais pourquoi 2 fois plus de données passent?? 

Sorry un peu perdu</description>
		<content:encoded><![CDATA[<p>Question bête, le graphe de Perfs vSphere est sur le datastore source ou destination.<br />
De ce que je comprends c&#8217;est à la destination ou le bloc est mis à 0 puis écrit, mais pourquoi 2 fois plus de données passent?? </p>
<p>Sorry un peu perdu</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thin&#124;thick on thin&#124;thick chick chicky boom - Hypervisor.fr</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3457</link>
		<dc:creator>thin&#124;thick on thin&#124;thick chick chicky boom - Hypervisor.fr</dc:creator>
		<pubDate>Mon, 15 Dec 2014 09:33:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3457</guid>
		<description>[...] faire du thin on thick). Tant que tout va bien, vous n&#8217;avez à craindre que l&#8217;impact du thin des vmdk. Mais quand l&#8217;espace vient à manquer dans la baie, on espère pour vous que ça se passe [...]</description>
		<content:encoded><![CDATA[<p>[...] faire du thin on thick). Tant que tout va bien, vous n&#8217;avez à craindre que l&#8217;impact du thin des vmdk. Mais quand l&#8217;espace vient à manquer dans la baie, on espère pour vous que ça se passe [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dagnu</title>
		<link>http://www.hypervisor.fr/?p=5188&#038;cpage=1#comment-3216</link>
		<dc:creator>dagnu</dc:creator>
		<pubDate>Mon, 16 Jun 2014 15:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypervisor.fr/?p=5188#comment-3216</guid>
		<description>Très bon article :)</description>
		<content:encoded><![CDATA[<p>Très bon article <img src='http://www.hypervisor.fr/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
