<?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: Performance of Thin Provisioned Disks</title>
	<atom:link href="http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/feed/" rel="self" type="application/rss+xml" />
	<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/</link>
	<description>Scott Drummonds on Virtualization</description>
	<lastBuildDate>Thu, 02 Feb 2012 12:54:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-492</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 20 Jan 2010 14:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-492</guid>
		<description>vmkfstools in the console will allow you to convert disks of any format to any other.  But note that the default format is lazy zeroed thick.  Unless you have changed that, no conversion should be needed.</description>
		<content:encoded><![CDATA[<p>vmkfstools in the console will allow you to convert disks of any format to any other.  But note that the default format is lazy zeroed thick.  Unless you have changed that, no conversion should be needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-491</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Wed, 20 Jan 2010 09:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-491</guid>
		<description>Is there any way to convert an eagerzeroedthick or a thin disk to the lazyzeroedthick format or is this only possible by creating new disks?
I want to only use the thin capabilities of our array.</description>
		<content:encoded><![CDATA[<p>Is there any way to convert an eagerzeroedthick or a thin disk to the lazyzeroedthick format or is this only possible by creating new disks?<br />
I want to only use the thin capabilities of our array.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AQU</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-490</link>
		<dc:creator>AQU</dc:creator>
		<pubDate>Wed, 06 Jan 2010 08:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-490</guid>
		<description>Aha okay, I get the point, tnx man.</description>
		<content:encoded><![CDATA[<p>Aha okay, I get the point, tnx man.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-489</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Tue, 05 Jan 2010 17:33:28 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-489</guid>
		<description>AQU,

No, the zeroing of a &quot;previously zeroed&quot; (zeroed in metadata only) block will not be less than a new, unzeroed block.  In both cases a full 1MB of zeroes must be written to disk.  In the second case a small amount of metadata must be updated.  But that write is very, very small with respect to the zero block.

Scott</description>
		<content:encoded><![CDATA[<p>AQU,</p>
<p>No, the zeroing of a &#8220;previously zeroed&#8221; (zeroed in metadata only) block will not be less than a new, unzeroed block.  In both cases a full 1MB of zeroes must be written to disk.  In the second case a small amount of metadata must be updated.  But that write is very, very small with respect to the zero block.</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AQU</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-488</link>
		<dc:creator>AQU</dc:creator>
		<pubDate>Tue, 05 Jan 2010 07:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-488</guid>
		<description>Makes sense, tnx for the info Scott. Clears a lot of clouds.

Now taking it to a next step, when talking in terms I/O time,
I presume that run-time zeroing of a new &quot;previously zeroed&quot; block will be lesser then to a new &quot;non zeroed&quot; block, as the latter actually contains data which needs to be cleared/formatted, thus will take more time writing to.</description>
		<content:encoded><![CDATA[<p>Makes sense, tnx for the info Scott. Clears a lot of clouds.</p>
<p>Now taking it to a next step, when talking in terms I/O time,<br />
I presume that run-time zeroing of a new &#8220;previously zeroed&#8221; block will be lesser then to a new &#8220;non zeroed&#8221; block, as the latter actually contains data which needs to be cleared/formatted, thus will take more time writing to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-487</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 04 Jan 2010 19:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-487</guid>
		<description>VMFS records zeroed blocks for thin provisioned disks in metadata only.  This means that when you convert an eager zeroed thick disk to a thin disk the zero blocks will not be represented on disk.  That space will therefore be reclaimed.

Once the guest OS writes non-zero data to the logical block then a new block will be created and the thin disk will grow.</description>
		<content:encoded><![CDATA[<p>VMFS records zeroed blocks for thin provisioned disks in metadata only.  This means that when you convert an eager zeroed thick disk to a thin disk the zero blocks will not be represented on disk.  That space will therefore be reclaimed.</p>
<p>Once the guest OS writes non-zero data to the logical block then a new block will be created and the thin disk will grow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AQU</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-486</link>
		<dc:creator>AQU</dc:creator>
		<pubDate>Fri, 25 Dec 2009 12:50:25 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-486</guid>
		<description>Thanks Scott, really appreciate it.

Enjoy the holidays!!</description>
		<content:encoded><![CDATA[<p>Thanks Scott, really appreciate it.</p>
<p>Enjoy the holidays!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-485</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Fri, 25 Dec 2009 00:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-485</guid>
		<description>Good question, AQU.  You have stumped me.  I am going to have to run down an answer for you with engineering.  Unfortunately it may take until after the holidays (4 JAN 09) before I can get an answer.  But I am on it!</description>
		<content:encoded><![CDATA[<p>Good question, AQU.  You have stumped me.  I am going to have to run down an answer for you with engineering.  Unfortunately it may take until after the holidays (4 JAN 09) before I can get an answer.  But I am on it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AQU</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-484</link>
		<dc:creator>AQU</dc:creator>
		<pubDate>Thu, 24 Dec 2009 12:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-484</guid>
		<description>We are in the process of converting thick zeroed disks (tbz=0) to thin disks. The LUN&#039;s are on an HP EVA.

How does this effect the disk when it will start to grow dynamically?
Will it do the zeroing again?

With other words: Will the already zeroed space on the LUN be lost during conversion? Or will the vSphere host be able to recognize that the space was already zeroed before the conversion?</description>
		<content:encoded><![CDATA[<p>We are in the process of converting thick zeroed disks (tbz=0) to thin disks. The LUN&#8217;s are on an HP EVA.</p>
<p>How does this effect the disk when it will start to grow dynamically?<br />
Will it do the zeroing again?</p>
<p>With other words: Will the already zeroed space on the LUN be lost during conversion? Or will the vSphere host be able to recognize that the space was already zeroed before the conversion?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virtualization Short Take #32 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</title>
		<link>http://vpivot.com/2009/11/18/performance-of-thin-provisioned-disks/comment-page-1/#comment-483</link>
		<dc:creator>Virtualization Short Take #32 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</dc:creator>
		<pubDate>Wed, 23 Dec 2009 04:14:54 +0000</pubDate>
		<guid isPermaLink="false">http://vpivot.com/?p=163#comment-483</guid>
		<description>[...] Drummonds posted a good article with a performance comparison of thick provisioned disks vs. thin provisioned disks. This is good information and helps to clear [...]</description>
		<content:encoded><![CDATA[<p>[...] Drummonds posted a good article with a performance comparison of thick provisioned disks vs. thin provisioned disks. This is good information and helps to clear [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

