<?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: Why Does Cloning A VM From Template Take A Long Time?</title>
	<atom:link href="http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/feed/" rel="self" type="application/rss+xml" />
	<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/</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: Guest</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4309</link>
		<dc:creator>Guest</dc:creator>
		<pubDate>Thu, 15 Apr 2010 03:58:40 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4309</guid>
		<description>FYI:  It is much quicker to use &#039;vmkfstools&#039; to copy (clone) a .vmdk file than using &#039;cp&#039;</description>
		<content:encoded><![CDATA[<p>FYI:  It is much quicker to use &#39;vmkfstools&#39; to copy (clone) a .vmdk file than using &#39;cp&#39;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guest</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4310</link>
		<dc:creator>Guest</dc:creator>
		<pubDate>Thu, 15 Apr 2010 03:58:40 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4310</guid>
		<description>FYI:  It is much quicker to use &#039;vmkfstools&#039; to copy (clone) a .vmdk file than using &#039;cp&#039;</description>
		<content:encoded><![CDATA[<p>FYI:  It is much quicker to use &#39;vmkfstools&#39; to copy (clone) a .vmdk file than using &#39;cp&#39;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerelh</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4307</link>
		<dc:creator>jerelh</dc:creator>
		<pubDate>Wed, 14 Apr 2010 20:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4307</guid>
		<description>Oh, I see.  So you were using dd to copy vmdk files rather than ISO&#039;s.  Makes sense.  I&#039;ve never tried that to see how fast it was compared to cloning.  Interesting that it&#039;s that much faster.  I&#039;m curious to know what the actual clone process uses for it&#039;s underlying technology to copy the data.</description>
		<content:encoded><![CDATA[<p>Oh, I see.  So you were using dd to copy vmdk files rather than ISO&#39;s.  Makes sense.  I&#39;ve never tried that to see how fast it was compared to cloning.  Interesting that it&#39;s that much faster.  I&#39;m curious to know what the actual clone process uses for it&#39;s underlying technology to copy the data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4305</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Wed, 14 Apr 2010 08:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4305</guid>
		<description>If I&#039;m copying VMDK&#039;s I&#039;m not inclined to use 2k block size. More like 1GB. Basically the bsize has to be rather less than the free RAM or the copy comes to a screeching halt. But anyhow I pointed it out because it bit me hard. I don&#039;t know what blocksize &#039;vifs&#039; and friends use. I just found it odd that I could do a manual clone and launch faster than VCenter could.</description>
		<content:encoded><![CDATA[<p>If I&#39;m copying VMDK&#39;s I&#39;m not inclined to use 2k block size. More like 1GB. Basically the bsize has to be rather less than the free RAM or the copy comes to a screeching halt. But anyhow I pointed it out because it bit me hard. I don&#39;t know what blocksize &#39;vifs&#39; and friends use. I just found it odd that I could do a manual clone and launch faster than VCenter could.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerelh</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4304</link>
		<dc:creator>jerelh</dc:creator>
		<pubDate>Wed, 14 Apr 2010 00:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4304</guid>
		<description>Right.  That block size would have to be enormous to maximize even the default SC memory.  I&#039;m not real sure why you would want to do that though.  I would think a 400 mb block would be way more than you&#039;d want to read in from a device that is dependent upon the amount of scratches/thumbprints on the surface of the media.  Maybe there&#039;s a reason for it and I haven&#039;t been filled in yet...</description>
		<content:encoded><![CDATA[<p>Right.  That block size would have to be enormous to maximize even the default SC memory.  I&#39;m not real sure why you would want to do that though.  I would think a 400 mb block would be way more than you&#39;d want to read in from a device that is dependent upon the amount of scratches/thumbprints on the surface of the media.  Maybe there&#39;s a reason for it and I haven&#39;t been filled in yet&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4303</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Wed, 14 Apr 2010 00:04:26 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4303</guid>
		<description>Thanks! That makes a lot more sense now. Sure, so even if you have the SC&lt;br&gt;mem size set to the 800 mb max you still do not have the block size covered&lt;br&gt;for dd if using 1024.</description>
		<content:encoded><![CDATA[<p>Thanks! That makes a lot more sense now. Sure, so even if you have the SC<br />mem size set to the 800 mb max you still do not have the block size covered<br />for dd if using 1024.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jerelh</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4302</link>
		<dc:creator>jerelh</dc:creator>
		<pubDate>Wed, 14 Apr 2010 00:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4302</guid>
		<description>Actually, he&#039;s referring to the block size option in the dd command, i.e. bs=1024.  This tells the dd command to read and write 1024 bytes at a time from your input file to your output file.  dd is a fabulous way to get an ISO file from a CD/DVD to a disk using dd if=/dev/cdrom of=nameoffile.iso bs=1024/2048 or whatever block size you want.  Matt is basically saying that if the block size of the file is set to any value over the amount of service console RAM that it just won&#039;t really work right.  I&#039;ve never cranked up the block size to over 2048 which is only a 2k block so I&#039;m not real sure how horrible it is.  Block size is 512 bytes by default.</description>
		<content:encoded><![CDATA[<p>Actually, he&#39;s referring to the block size option in the dd command, i.e. bs=1024.  This tells the dd command to read and write 1024 bytes at a time from your input file to your output file.  dd is a fabulous way to get an ISO file from a CD/DVD to a disk using dd if=/dev/cdrom of=nameoffile.iso bs=1024/2048 or whatever block size you want.  Matt is basically saying that if the block size of the file is set to any value over the amount of service console RAM that it just won&#39;t really work right.  I&#39;ve never cranked up the block size to over 2048 which is only a 2k block so I&#39;m not real sure how horrible it is.  Block size is 512 bytes by default.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2010/04/09/why-does-cloning-a-vm-from-template-take-a-long-time/comment-page-1/#comment-4299</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Mon, 12 Apr 2010 07:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=5708#comment-4299</guid>
		<description>Matt,&lt;br&gt;&lt;br&gt;I assume the block size you are referring to is the same block size that limits the size of a .vmdk on a VMFS volume? I&#039;m confused because even the smallest size (and default setting) of 256GB is higher than the 800 mb max of the Console, right? I&#039;m probably missing something obvious here but how does this impact an operation like dd or a clone from template? Thanks.</description>
		<content:encoded><![CDATA[<p>Matt,</p>
<p>I assume the block size you are referring to is the same block size that limits the size of a .vmdk on a VMFS volume? I&#39;m confused because even the smallest size (and default setting) of 256GB is higher than the 800 mb max of the Console, right? I&#39;m probably missing something obvious here but how does this impact an operation like dd or a clone from template? Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

