<?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 for DrunkenData.com</title>
	<atom:link href="http://www.drunkendata.com/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.drunkendata.com</link>
	<description>A blog for storage administrators and data managers.</description>
	<lastBuildDate>Thu, 07 Mar 2013 01:55:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>Comment on Signal and Noise by Administrator</title>
		<link>http://www.drunkendata.com/?p=4148&#038;cpage=1#comment-22309</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Thu, 07 Mar 2013 01:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=4148#comment-22309</guid>
		<description>Thanks for the feedback.  Not sure what to make of the RAMSAM comment, unless these guys know what my transaction load is.  If I am doing a million transactions a second, versus say 100,000, how soon would it take to violate the max writes of MLC memory of 250K per cell?  How much spare capacity do they offer to substitute or swap in for burned out cell groups?

As for VSC, that sounds right, but I still don&#039;t know about the implementation model.  I will be investigating this.</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback.  Not sure what to make of the RAMSAM comment, unless these guys know what my transaction load is.  If I am doing a million transactions a second, versus say 100,000, how soon would it take to violate the max writes of MLC memory of 250K per cell?  How much spare capacity do they offer to substitute or swap in for burned out cell groups?</p>
<p>As for VSC, that sounds right, but I still don&#8217;t know about the implementation model.  I will be investigating this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signal and Noise by gersc10522</title>
		<link>http://www.drunkendata.com/?p=4148&#038;cpage=1#comment-22308</link>
		<dc:creator>gersc10522</dc:creator>
		<pubDate>Thu, 07 Mar 2013 01:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=4148#comment-22308</guid>
		<description>Jon -
Regarding write wear with RAMSAN, at a recent briefing I was informed you could write to the device at 100% of the write rate for 5 years and not wear out the device.  Now, if it is 100% writes I guess we could just have a simple circuit to acknowledge the write and never store anything.

Virtual Storage Center (VSC) bundles all SVC software features except compression together with what was TPC Standard Edition, TPC for replication and adds new analytics around storage tiering.</description>
		<content:encoded><![CDATA[<p>Jon -<br />
Regarding write wear with RAMSAN, at a recent briefing I was informed you could write to the device at 100% of the write rate for 5 years and not wear out the device.  Now, if it is 100% writes I guess we could just have a simple circuit to acknowledge the write and never store anything.</p>
<p>Virtual Storage Center (VSC) bundles all SVC software features except compression together with what was TPC Standard Edition, TPC for replication and adds new analytics around storage tiering.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Me and Clouds 3 by signal_lost</title>
		<link>http://www.drunkendata.com/?p=4139&#038;cpage=1#comment-22305</link>
		<dc:creator>signal_lost</dc:creator>
		<pubDate>Mon, 04 Mar 2013 09:35:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=4139#comment-22305</guid>
		<description>Rhodesr,
The windows is not actually the SAN/NAS OS, its just used for management functions.  FLARE/DART are Linux/Unix OS&#039;s used for SAN/NAS functions.  VMAX is not running windows at its core (Think the management or datamovers might use windows, but actual core OS is still custom).  John is correct that these systems are open systems with relatively little custom hardware.

&quot;Maybe once CPU cores can be allocated and deallocated at will to different workloads&quot;
I&#039;ve heard this same thing from a AIX admin on the plane the other day to Scottsdale and to try not to laugh.

 While VMware does support CPU affinity for 1:1 allocations of physical resources (I think a terrible idea, but an argument for a different day) it also supports hot adding of CPU (If the OS allows, which Windows Datacenter does) and more importantly it also supports MHz based reservations in resource pools. I can dynamically give hard or soft reserve any crazy fractions of a CPU separately  of how many vCPU&#039;s I&#039;ve presented at it.   I&#039;d argue pooling the MHz and then pooling this is a better play than reserving individual cores, but then again there may be some use case here.

 Lastly for people who REALLY want LPAR like management on open systems, Hu and the gang over at Hitachi Data Systems will sell you x86 blades that support LPARs. (which you can then layer a hypervisor on, so you can virtualize while you virtualize).</description>
		<content:encoded><![CDATA[<p>Rhodesr,<br />
The windows is not actually the SAN/NAS OS, its just used for management functions.  FLARE/DART are Linux/Unix OS&#8217;s used for SAN/NAS functions.  VMAX is not running windows at its core (Think the management or datamovers might use windows, but actual core OS is still custom).  John is correct that these systems are open systems with relatively little custom hardware.</p>
<p>&#8220;Maybe once CPU cores can be allocated and deallocated at will to different workloads&#8221;<br />
I&#8217;ve heard this same thing from a AIX admin on the plane the other day to Scottsdale and to try not to laugh.</p>
<p> While VMware does support CPU affinity for 1:1 allocations of physical resources (I think a terrible idea, but an argument for a different day) it also supports hot adding of CPU (If the OS allows, which Windows Datacenter does) and more importantly it also supports MHz based reservations in resource pools. I can dynamically give hard or soft reserve any crazy fractions of a CPU separately  of how many vCPU&#8217;s I&#8217;ve presented at it.   I&#8217;d argue pooling the MHz and then pooling this is a better play than reserving individual cores, but then again there may be some use case here.</p>
<p> Lastly for people who REALLY want LPAR like management on open systems, Hu and the gang over at Hitachi Data Systems will sell you x86 blades that support LPARs. (which you can then layer a hypervisor on, so you can virtualize while you virtualize).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Me and Clouds 3 by rhodesr</title>
		<link>http://www.drunkendata.com/?p=4139&#038;cpage=1#comment-22304</link>
		<dc:creator>rhodesr</dc:creator>
		<pubDate>Wed, 20 Feb 2013 17:23:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=4139#comment-22304</guid>
		<description>I know that EMC VNX uses Windows for it&#039;s core OS.  I once spent a long debugging sessions with EMC support via a WebX session in the Windows OS on a CX4 array.  But I have never before heard that VMAX has Windows in it&#039;s core.</description>
		<content:encoded><![CDATA[<p>I know that EMC VNX uses Windows for it&#8217;s core OS.  I once spent a long debugging sessions with EMC support via a WebX session in the Windows OS on a CX4 array.  But I have never before heard that VMAX has Windows in it&#8217;s core.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Actifio and DataCore Software:  A Tale of Two Solutions by pipik1199</title>
		<link>http://www.drunkendata.com/?p=3832&#038;cpage=1#comment-22303</link>
		<dc:creator>pipik1199</dc:creator>
		<pubDate>Thu, 10 Jan 2013 18:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=3832#comment-22303</guid>
		<description>Where is the follow-up post(s) on this?  I am very curious to find out more about Actifio dependence (and IP legacy) from IBM</description>
		<content:encoded><![CDATA[<p>Where is the follow-up post(s) on this?  I am very curious to find out more about Actifio dependence (and IP legacy) from IBM</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Actifio and DataCore Software:  A Tale of Two Solutions by Mox55</title>
		<link>http://www.drunkendata.com/?p=3832&#038;cpage=1#comment-22301</link>
		<dc:creator>Mox55</dc:creator>
		<pubDate>Thu, 13 Dec 2012 21:43:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=3832#comment-22301</guid>
		<description>All you need to know about Actifio&#039;s architecture, is explained in the 
13.4MB IBM SVC Redbook implementation guide- what a frankin freak! Why would I add little appliances into my ENTERPRISE to move data? Seriously, go look at some of the diagrams in that Redbook. Plus Extents? Extents? Plus FC based. Its a hairball. Support will be a nightmare. Its primarily IBM hardware, software, with an APPLE derived interface. I agree its a large market space, but not for such an old design. Nice trojan horse attempt IBM!</description>
		<content:encoded><![CDATA[<p>All you need to know about Actifio&#8217;s architecture, is explained in the<br />
13.4MB IBM SVC Redbook implementation guide- what a frankin freak! Why would I add little appliances into my ENTERPRISE to move data? Seriously, go look at some of the diagrams in that Redbook. Plus Extents? Extents? Plus FC based. Its a hairball. Support will be a nightmare. Its primarily IBM hardware, software, with an APPLE derived interface. I agree its a large market space, but not for such an old design. Nice trojan horse attempt IBM!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SATA and SAS by URL</title>
		<link>http://www.drunkendata.com/?p=260&#038;cpage=1#comment-22300</link>
		<dc:creator>URL</dc:creator>
		<pubDate>Wed, 21 Nov 2012 04:16:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=260#comment-22300</guid>
		<description>&lt;strong&gt;... [Trackback]...&lt;/strong&gt;

[...] Read More here: drunkendata.com/?p=260 [...]...</description>
		<content:encoded><![CDATA[<p><strong>&#8230; [Trackback]&#8230;</strong></p>
<p>[...] Read More here: drunkendata.com/?p=260 [...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wise and Foolish Builders by mark6330</title>
		<link>http://www.drunkendata.com/?p=3972&#038;cpage=1#comment-22299</link>
		<dc:creator>mark6330</dc:creator>
		<pubDate>Fri, 02 Nov 2012 11:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=3972#comment-22299</guid>
		<description>FYI, I use to work for Citi Group/Bank with its data center in good old Rutherford NJ.....</description>
		<content:encoded><![CDATA[<p>FYI, I use to work for Citi Group/Bank with its data center in good old Rutherford NJ&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wise and Foolish Builders by mark6330</title>
		<link>http://www.drunkendata.com/?p=3972&#038;cpage=1#comment-22298</link>
		<dc:creator>mark6330</dc:creator>
		<pubDate>Fri, 02 Nov 2012 11:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=3972#comment-22298</guid>
		<description>Amen!!! :-)</description>
		<content:encoded><![CDATA[<p>Amen!!! <img src='http://www.drunkendata.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ranting on SDDC by Ernst Lopes Cardozo</title>
		<link>http://www.drunkendata.com/?p=3961&#038;cpage=1#comment-22297</link>
		<dc:creator>Ernst Lopes Cardozo</dc:creator>
		<pubDate>Thu, 01 Nov 2012 23:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkendata.com/?p=3961#comment-22297</guid>
		<description>The &quot;time honoured&quot; top-down design method was abandoned when Mainframes came up: a new business requirement was dealt with by building or buying a new application that was supposed to run on the existing kit. Today, building a new compute infrastructure (storage, backup, servers, networks, etc.) takes many &#039;business clock ticks&#039;. If  companies have to wait till new hardware has been specified, acquired, installed and tested, the opportunities will long be gone. The design method is bottom up as high as possible without knowing exactly what the business will want and need, then top-down as soon as the business requirement can be formulated. In practice, this means that not only the compute platform (be it mainframe or hypervisor) including storage, BC, DR but also databases, message queuing and all the management instrumentation are in place, running existing processes, with enough spare capacity to accommodate all but the most extravagant new business requests.
I am not fond of such acronyms as SDDC either, but in this case there is some substance behind it. Software will take the place of our IT heroes a.k.a. system administrators, that until now controlled server parks with their bare mouse. IT is finally applying its own recipe to automate its own business.</description>
		<content:encoded><![CDATA[<p>The &#8220;time honoured&#8221; top-down design method was abandoned when Mainframes came up: a new business requirement was dealt with by building or buying a new application that was supposed to run on the existing kit. Today, building a new compute infrastructure (storage, backup, servers, networks, etc.) takes many &#8216;business clock ticks&#8217;. If  companies have to wait till new hardware has been specified, acquired, installed and tested, the opportunities will long be gone. The design method is bottom up as high as possible without knowing exactly what the business will want and need, then top-down as soon as the business requirement can be formulated. In practice, this means that not only the compute platform (be it mainframe or hypervisor) including storage, BC, DR but also databases, message queuing and all the management instrumentation are in place, running existing processes, with enough spare capacity to accommodate all but the most extravagant new business requests.<br />
I am not fond of such acronyms as SDDC either, but in this case there is some substance behind it. Software will take the place of our IT heroes a.k.a. system administrators, that until now controlled server parks with their bare mouse. IT is finally applying its own recipe to automate its own business.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
