<?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"
	>
<channel>
	<title>Comments on: Two things I want in ONTAP</title>
	<atom:link href="http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/</link>
	<description>by Mark Mayo</description>
	<pubDate>Wed,  7 Jan 2009 03:44:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: scott</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-115859</link>
		<dc:creator>scott</dc:creator>
		<pubDate>Tue, 25 Sep 2007 03:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-115859</guid>
		<description>I just set up a LUN on our NetApp with a Solaris 10 x86-64 VM mounting it with iSCSI for ZFS. 
Why?  
Compression.
The data I have for this LUN compresses at 5-1 with NTFS or ZFS compression.  For performance, security, and management reasons ZFS is definitely superior to NTFS managed from a VM (and SAMBA is built-in in Solaris 10 U4).
I can also easily mount this LUN from any other machine if my VM dies somehow and I can't re-initialize from its snapshot on another ESX host.

I would have gone through none of that trouble if WAFL on the NetApp had compression.  Its a no-brainer for performance on many workloads.</description>
		<content:encoded><![CDATA[<p>I just set up a LUN on our NetApp with a Solaris 10 x86-64 VM mounting it with iSCSI for ZFS.<br />
Why?<br />
Compression.<br />
The data I have for this LUN compresses at 5-1 with NTFS or ZFS compression.  For performance, security, and management reasons ZFS is definitely superior to NTFS managed from a VM (and SAMBA is built-in in Solaris 10 U4).<br />
I can also easily mount this LUN from any other machine if my VM dies somehow and I can&#8217;t re-initialize from its snapshot on another ESX host.</p>
<p>I would have gone through none of that trouble if WAFL on the NetApp had compression.  Its a no-brainer for performance on many workloads.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the occasional blog</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-98960</link>
		<dc:creator>the occasional blog</dc:creator>
		<pubDate>Tue, 31 Jul 2007 00:30:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-98960</guid>
		<description>&lt;strong&gt;Would DTrace make sense on ONTAP ?&lt;/strong&gt;

DTrace is meant for sysadmins (and developers, so they say, as if I am going to give them my root role) and service personnel who want to interrogate the system to better understand the OS behavior and the userland programs. There is no use re-counting...</description>
		<content:encoded><![CDATA[<p><strong>Would DTrace make sense on ONTAP ?</strong></p>
<p>DTrace is meant for sysadmins (and developers, so they say, as if I am going to give them my root role) and service personnel who want to interrogate the system to better understand the OS behavior and the userland programs. There is no use re-counting&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-40988</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Mon, 23 Oct 2006 20:26:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-40988</guid>
		<description>Totally Rajeev. The split small/large crap that's necessary because of SNMPv1's 32bit counters are a total pain.</description>
		<content:encoded><![CDATA[<p>Totally Rajeev. The split small/large crap that&#8217;s necessary because of SNMPv1&#8217;s 32bit counters are a total pain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rajeev karamchedu</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-40981</link>
		<dc:creator>rajeev karamchedu</dc:creator>
		<pubDate>Mon, 23 Oct 2006 19:47:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-40981</guid>
		<description>May not be my biggest feature request (that would be to get GX working with Volume clustering et al) but I would appreciate if they provided support for SNMP v2c. The netapp mib is filled with good information but the version 1 support tends to shrug people away -- or make the apps run not so fast.</description>
		<content:encoded><![CDATA[<p>May not be my biggest feature request (that would be to get GX working with Volume clustering et al) but I would appreciate if they provided support for SNMP v2c. The netapp mib is filled with good information but the version 1 support tends to shrug people away &#8212; or make the apps run not so fast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SR</title>
		<link>http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-39149</link>
		<dc:creator>SR</dc:creator>
		<pubDate>Fri, 29 Sep 2006 15:48:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmunix.com/mark/blog/archives/2006/06/06/two-things-i-want-in-ontap/#comment-39149</guid>
		<description>I'd like to see this lifted too This seems to be a common limit on Linux/Solaris etc on 32 bit platforms.  The common explanation is (2^32)*4kb page size   = 16TB.</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to see this lifted too This seems to be a common limit on Linux/Solaris etc on 32 bit platforms.  The common explanation is (2^32)*4kb page size   = 16TB.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
