<?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: Monster VMs &amp; ESX(i) Heap Size: Trouble In Storage Paradise</title>
	<atom:link href="http://www.boche.net/blog/index.php" rel="self" type="application/rss+xml" />
	<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/</link>
	<description></description>
	<lastBuildDate>Tue, 18 Jun 2013 03:21:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Heads Up! New Patches for VMFS heap &#124;</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5605</link>
		<dc:creator>Heads Up! New Patches for VMFS heap &#124;</dc:creator>
		<pubDate>Thu, 11 Apr 2013 13:01:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5605</guid>
		<description>[...] with a blog articles on the vSphere blog by myself, but also articles by such luminaries as Jason Boche and Michael [...]</description>
		<content:encoded><![CDATA[<p>[...] with a blog articles on the vSphere blog by myself, but also articles by such luminaries as Jason Boche and Michael [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5513</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Tue, 19 Mar 2013 17:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5513</guid>
		<description>Is there any reason &quot;not&quot; to just max out the heap size?  I presume there&#039;s a reason VMware set a smaller value.  Is memory usage, the only con to increasing it?  Meaning, is there any performance overhead with increasing the setting?</description>
		<content:encoded><![CDATA[<p>Is there any reason &#8220;not&#8221; to just max out the heap size?  I presume there&#8217;s a reason VMware set a smaller value.  Is memory usage, the only con to increasing it?  Meaning, is there any performance overhead with increasing the setting?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Miller</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5255</link>
		<dc:creator>Eric Miller</dc:creator>
		<pubDate>Mon, 07 Jan 2013 03:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5255</guid>
		<description>This certainly is disconcerting, especially since backing up VMs requires mounting VMDKs to a backup virtual appliance.  I wonder if, by snapshotting, and mounting the disks to the backup appliance doubles the amount of &quot;open vmdk file space&quot; for a given vmdk.

Scalability seems to have always been low on the VMware priority list, in my opinion.

Eric</description>
		<content:encoded><![CDATA[<p>This certainly is disconcerting, especially since backing up VMs requires mounting VMDKs to a backup virtual appliance.  I wonder if, by snapshotting, and mounting the disks to the backup appliance doubles the amount of &#8220;open vmdk file space&#8221; for a given vmdk.</p>
<p>Scalability seems to have always been low on the VMware priority list, in my opinion.</p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Tietz</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5198</link>
		<dc:creator>Joe Tietz</dc:creator>
		<pubDate>Wed, 28 Nov 2012 18:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5198</guid>
		<description>I have Agree with Roger this is good thing to know. I just ran in to this issue in a SQL POC. Wanted stress test the hosts with fauiled host.. Last 5 VM&#039;s could not be moved becuse of heap error. We are all VMDK&#039;s and all block storage at this time.</description>
		<content:encoded><![CDATA[<p>I have Agree with Roger this is good thing to know. I just ran in to this issue in a SQL POC. Wanted stress test the hosts with fauiled host.. Last 5 VM&#8217;s could not be moved becuse of heap error. We are all VMDK&#8217;s and all block storage at this time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Deploying Enterprise Oracle Databases on vSphere &#171; Long White Virtual Clouds</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5135</link>
		<dc:creator>Deploying Enterprise Oracle Databases on vSphere &#171; Long White Virtual Clouds</dc:creator>
		<pubDate>Tue, 23 Oct 2012 17:10:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5135</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger lund</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5062</link>
		<dc:creator>Roger lund</dc:creator>
		<pubDate>Sat, 22 Sep 2012 23:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5062</guid>
		<description>Gah, this is a serious problem in my eyes. I have a DRV program that requires up front partitioned space (thick) when on block. With the space retention requirement the client has, the disk requirement is 45tb. A single 45tb drive is preferred. In some storage platforms rdms are not a option, and multiple vmdks would be the only choice, then requiring a very large dynamic disk within windows.

The lack of large disk support like this is staggering.

Roger Lund.</description>
		<content:encoded><![CDATA[<p>Gah, this is a serious problem in my eyes. I have a DRV program that requires up front partitioned space (thick) when on block. With the space retention requirement the client has, the disk requirement is 45tb. A single 45tb drive is preferred. In some storage platforms rdms are not a option, and multiple vmdks would be the only choice, then requiring a very large dynamic disk within windows.</p>
<p>The lack of large disk support like this is staggering.</p>
<p>Roger Lund.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Tietz</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5049</link>
		<dc:creator>Joe Tietz</dc:creator>
		<pubDate>Mon, 17 Sep 2012 15:53:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5049</guid>
		<description>Starting to think that NFS might be wave of the future for VMware. With software defined storage around the corner no reason not to simplify and present it all as NFS.</description>
		<content:encoded><![CDATA[<p>Starting to think that NFS might be wave of the future for VMware. With software defined storage around the corner no reason not to simplify and present it all as NFS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Case for Larger Than 2TB Virtual Disks and The Gotcha with VMFS &#171; Long White Virtual Clouds</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5048</link>
		<dc:creator>The Case for Larger Than 2TB Virtual Disks and The Gotcha with VMFS &#171; Long White Virtual Clouds</dc:creator>
		<pubDate>Mon, 17 Sep 2012 11:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5048</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Storage Sizing Considerations when Virtualizing Business Critical Applications &#171; Long White Virtual Clouds</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5047</link>
		<dc:creator>Storage Sizing Considerations when Virtualizing Business Critical Applications &#171; Long White Virtual Clouds</dc:creator>
		<pubDate>Sun, 16 Sep 2012 22:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5047</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5046</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Fri, 14 Sep 2012 19:24:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5046</guid>
		<description>There are some questions in the comments section about what types of stoarge the heap size constraint applies to.  VMware has confirmed that heap size and max virtual disk capacity per host applies to VMFS only. The heap size constraint does not apply to RDMs nor does it apply to NFS datastores.</description>
		<content:encoded><![CDATA[<p>There are some questions in the comments section about what types of stoarge the heap size constraint applies to.  VMware has confirmed that heap size and max virtual disk capacity per host applies to VMFS only. The heap size constraint does not apply to RDMs nor does it apply to NFS datastores.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Drew</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5044</link>
		<dc:creator>Drew</dc:creator>
		<pubDate>Fri, 14 Sep 2012 13:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5044</guid>
		<description>Great article.  I too am curious if this also affects NFS.  I have several 5.0 host that have more than 8 TB of storage open on them and I haven&#039;t had any issues yet...  But we are running NFS, so I wonder if NFS is not affected by this.

Anyways, thanks again for a great article and pointing this out to the community.</description>
		<content:encoded><![CDATA[<p>Great article.  I too am curious if this also affects NFS.  I have several 5.0 host that have more than 8 TB of storage open on them and I haven&#8217;t had any issues yet&#8230;  But we are running NFS, so I wonder if NFS is not affected by this.</p>
<p>Anyways, thanks again for a great article and pointing this out to the community.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shaun</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5040</link>
		<dc:creator>Shaun</dc:creator>
		<pubDate>Thu, 13 Sep 2012 20:43:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5040</guid>
		<description>Found this interesting article about the subject:
http://virtualkenneth.com/2011/02/15/vmfs3-heap-size-maxheapsizemb/

Its saying that the 25TB max size isfrom using a 1MB block size ( VMFS5 would be using this ). Using an 8MB block size will allow up to 160TB using the default 80MB heap.

I&#039;m not sure how true this scenario is or if this changes with ESXi 5.1</description>
		<content:encoded><![CDATA[<p>Found this interesting article about the subject:<br />
<a href="http://virtualkenneth.com/2011/02/15/vmfs3-heap-size-maxheapsizemb/" rel="nofollow">http://virtualkenneth.com/2011/02/15/vmfs3-heap-size-maxheapsizemb/</a></p>
<p>Its saying that the 25TB max size isfrom using a 1MB block size ( VMFS5 would be using this ). Using an 8MB block size will allow up to 160TB using the default 80MB heap.</p>
<p>I&#8217;m not sure how true this scenario is or if this changes with ESXi 5.1</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5039</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Thu, 13 Sep 2012 20:23:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5039</guid>
		<description>@Shaun 

That&#039;s a really good question. The KB article solely mentions VMFS but at the same time it calls out often that it&#039;s an open virtual disk per host issue which would apply across the board. I will do some more digging and see if I can an answer on this.</description>
		<content:encoded><![CDATA[<p>@Shaun </p>
<p>That&#8217;s a really good question. The KB article solely mentions VMFS but at the same time it calls out often that it&#8217;s an open virtual disk per host issue which would apply across the board. I will do some more digging and see if I can an answer on this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5038</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Thu, 13 Sep 2012 20:14:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5038</guid>
		<description>Applies to VMFS-5 also. Don&#039;t be thrown off by the &quot;VMFS-3&quot; advanced configuration label. That applies to 5 as well.</description>
		<content:encoded><![CDATA[<p>Applies to VMFS-5 also. Don&#8217;t be thrown off by the &#8220;VMFS-3&#8243; advanced configuration label. That applies to 5 as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Killian</title>
		<link>http://www.boche.net/blog/index.php/2012/09/12/monster-vms-esxi-heap-size-trouble-in-storage-paradise/comment-page-1/#comment-5037</link>
		<dc:creator>Killian</dc:creator>
		<pubDate>Thu, 13 Sep 2012 17:56:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.boche.net/blog/?p=4525#comment-5037</guid>
		<description>Does this apply to all storage or just VMFS? Does NFS have any of these limitations?</description>
		<content:encoded><![CDATA[<p>Does this apply to all storage or just VMFS? Does NFS have any of these limitations?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 1.598 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2013-06-19 16:51:31 -->
