« VMware's Project Serengeti And What It Means For Enterprise Hadoop | Main | Healthcare CIOs: At The Crossroads »

June 18, 2012



Hi Chuck
One thing I admire about your blogs are the great illustrations you use. May be you should start a separate blog on how you make them and how do readers interpret them.... Apart from that, NetApp is definitely behind the industry on implementation of Flash Drives. This attempt is basically a catch up with the rest. It seems very similar to EMC's implementation of Fast Cache..... Your comments on this...

Eric Struttle

Given the fact this blog hasn't dealt with netapp in quite a while, it seems to me there's reason for concern on EMC's part...

and btw...they don't force mirroring for small block requests...like isilon...

Chuck Hollis

I'm a storage guy, so I cover storage topics, including (occasionally) competitors offerings. i wouldn't read too much into it. At least,I wouldn't !

Jane Kissel

Hi Chuck,

I am interested in you comment "because a random write workload presented problems for the classic NetApp filer." I always thought that NetApp was originally designed to optimize random writes by aggregating disk and coalescing writes in NVRAM?

Chuck Hollis

Until NVRAM filled, and then it got ugly ...

RW Miller

The comment about forced small block requests on the Isilon is slightly incorrect and could leave a mistaken impression so I would like to address that.

The behaviour hinted at is that if a file is smaller than 128K that instead of trying to use the Isilon's parity protection they just create multiple mirrors of the data to speed things up.

This is not the same thing as forcing mirroring for small block requests. If you only need 16K out of a 1TB file it reads the data from a striped file just as you would expect.

In today's world of unstructured data take a look at your document directories and you will find that there are some files under 128K but that on average most files are megabytes in size.

Really only an issue if all of your files are under 128K in size and in which case hopefully no one would recommend an Isilon cluster to you but maybe a block oriented storage system instead of a filer.


Chuck - don't disagree with many of your high-level points on flash and tiering. However, to be fair, any traditional mid-tier array is going to have a challenge with random write workloads if there aren't enough back-end spindles. Forced flush cache conditions on Clariion/VNX are ugly too.


There is only one thing I hate worse than a rambling contrary blog post ... pseudo-editorial italics.

Dominic Cody

Great post as usual and I love the illustrations as usual :o)
My worry about NetApp is the need to buy into the Ontap solves everything idea and I worked for a UK bank that tried it and only got as far as using NetApp to replace group shares and even they are rethinking their decision. I can't really strike with the NAS product we sell (company I work for not EMC) as I don't like or rate it but hey ho.
I do worry about NetApp though will they just die a death or will they be bought and I am not sure anyone will buy them at the moment.


Well, as a big Netapp customer, I can tell you that although you didn't explain the Cluster Mode well or accurate, Sadly you are right.

I found your article informative and straight to the point, Thank you.

Eric Struttle

Isilon Best Practices for vSphere 5.1

"Depending on their overall I/O profile, some
virtual machines whose workload includes small (e.g. less than 32KB per
transaction), random I/O operations may exhibit performance degradation when
using the default protection. These virtual machines may benefit from having their
VM data files configured to use a mirrored (2x) data layout by decreasing write
overhead. This setting can be applied on a per-VM-directory or per-file basis,
leaving other VM directories and files to continue using the more space-efficient
parity-protection layout."

Last I checked, the majority of virtualization workloads are less than 32k and highly randomized.

Seth Morrison

Thx for your deep dive into the actual NetApp world. And yes - it's definitely like you commented. NetApp is massively loosing traction regarding new implementation of technology. It really seems that the big years are over and they're more and more trying to keep up with the market.



Whew am I glad I didn't get Netapp for my company's vmware environment with a sustained 90% write workload. Our little 4-letter storage system handles it pretty good though I have to admit given the lack of I/O information we were able to extract from the cloud provider I was sort of taken by surprise as to the 90% write number. While I haven't used EMC in some time I do admire some of the innovation that goes on there especially in the flash area - though it's not enough to get me as a customer at the moment.

I'd never really consider isilon for hosting vmware data files - if I was an EMC customer at least on the larger of the mid range size I would probably do some sort of VNX (or VMAX if I could afford it - assuming I was sticking to EMC-only storage) for the vmware stuff and isilon for purely file storage - not transactional.

Since Isilon wasn't designed for that and apparently it shows. One of my former co-workers got hired on to Isilon a couple years ago(he's some sort of manager for support in NYC) and tried to talk me into using it for vmware but that's not gonna happen. It certainly sounds like a nice product, fast, easy to use and stuff but it has it's markets and while you certainly can run vmware with it it's not something I'd consider it for. I have a few other friends at Isilon, given it is a Seattle-based company and I lived there for so long, but haven't kept in touch with them.

NetApp is right in a way I mean you can't optimize for everything - well if you could you'd take the storage world by storm pretty quickly. I was just talking to a friend that is at Tintri for example and he emphasized his company, while specializing in vmware-based storage knows it's niche and isn't trying to go out and be a general purpose array replacement.

So compromise is right - the same with any solution there's some degree of compromise right. Just a matter of your preference as to what compromises your willing to make. Though it would be nice if everyone's marketing was a bit more up front as to the limitations of the system design.

I remember back when I used Exanet - even though at the time I'm fairly certain it was vmware certified the performance of vmware files on Exanet was terrible (Exanet was awesome for file serving though). I mean VMs would completely stall for a few seconds on occasion, once moving them to my 4 letter storage system (which provided the same block storage that our Exanet relied upon - all distributed so any latency on the disks would impact both systems) - no more stalls. I had a cacti system drop it's i/o waits from like 30% to less than 1% by moving that workload off Exanet and onto iSCSI. Exanet was a scale out system, like Isilon (just smaller scale vs Isilon), and it excelled at the large scale file operations that we put it to work performing, just no good for vwmare. Just as I was leaving the company they were in the midst of trying to replace Exanet with a pair of NetApp heads (same back end storage), despite the NetApp heads being 2x more powerful on paper apparently they struggled to compete with the 2-node Exanet cluster, and eventually the company stopped using NetApp barely a year after they bought the cluster.

I do like Compellent's flash approach too - assuming you have flash in one of their boxes all new writes go to a raid 1 flash tier. So it's sort of like a hybrid tier/cache, at least for writes. Apparently Exanet-Compellent integration is coming later in the year. But there's compromises on those systems too, one of the biggest ones for my company when we were looking at them a couple months ago was the lack of direct attach support for FC.

No flash in our systems at the moment, maybe when we grow bigger. Well we have on or two Nimble arrays but that's not scheduled to go to production until next year - and I'm not in that group or on that project.


Most of this article is just FUD outpour while comparing oranges and apples without showing any real technical knowledge. Typical sales fluff. Waste of time.

Chuck Hollis

Well, Egon, thanks for your thoughtful, insightful and well-researched commentary.

What a great asset you must be to those around you!

- Chuck

Dimitris Krekoukias

Hi all, Dimitris from NetApp...

Interesting opinions from Chuck.

Here are some facts backed by audited numbers, especially with respect to the random writes...




Chuck Hollis


Long time, no hear!

Congrats on the SPC-1 results; they're better than I would have expected. You're clearly in the league with the other mid-range block devices such as 3PAR, the IBM combos, even an older HDS config. Nice work by your engineering team.

There's a key problem with the SPC-1, though.

No one can look at the code unless they pay money to the SPC; and then you can't disclose what's in it. So customers can't decide for themselves whether or not the test is relevant for their particular situation.

My opinion regarding the relevancy of the tests is the opposite of yours; the workloads generated by the SPC-1 are way too uniform and simplistic to be of much use. Relatively uniform workloads don't benefit from autotiering; real-world ones often do.

And, since neither of us can point to code fragments and/or specific I/O profiles, we can't advance the discussion much past that for the time being.

One question from the results with regards to space utilization, though. Even though you made some statements regarding "full disk surface utilization", the test results show 40%+ of the available capacity unused.

Since unused capacity would needlessly boost your configured price-as-tested, what the heck is it doing there?

My first impression (unsubstantiated, mind you) is that -- once again -- there's plenty of free space available to help WAFL along. Most customers I know don't leave 40%+ of available capacity unused simply to help with performance, unless their vendor tells them so.

The day I see you guys benchmark a near-fully-used system (like most customers have!) is the day I believe that you've changed your ways :)

-- Chuck



Great post!

Seems highly objective, contrary to some of the comments.

Regarding the 40% free space: as an ex-Netapp customer, I wholeheartedly agree with that - ALL of our systems were utilised close to 90% and upwards..
And as you can safely assume, the WAFL lost its' effective edge..

I might be wrong, but I haven't seen any mention on Dimitris's blog\tests to EMC's machines (VNX family or Isilon)
Why is that so??


Chuck Hollis

Thanks for the comment, Cujo.

It's not in NetApp's best interests to run meaningful tests against purpose-built EMC products with their general-purpose environment. Based on what I've seen from our own internal testing, the numbers wouldn't look good.

If you distill down NetApp's approach, it's that ONTAP is "good enough" for most of what people might want to do. Essentially, compromise is a good thing.

Example would be the recent SPC-1 results. Although I am most certainly not a fan of the SPC approach as unrealistic vs. customer workloads, you'll notice that they were sort of middle-of-the-pack on the different metrics. All they seem to want to do is be in the game, so to speak.

Notice that they chose a test that presents a relatively uniform workload, which works somewhat to their favor, architecturally speaking.

More concerning is that NetApp ONTAP customers have to think in terms of two, distinct and non-integrated environments that play by very different rules. Almost like they created a new product out of an old one.

Interesting times indeed for them.

-- Chuck

Iggy Taylor

Hey Chuck,

We are re-platforming a bunch of enterprise apps (Oracle, Exchange, and SAP) and we are looking at options. How does Isilon integrate with these apps? or should I consider a VNX for this?

Also, is it true that Isilon doesn't have native deduplication and compression?



Chuck Hollis

Hi Iggy

It looks to me like you're astroturfing on behalf of NetApp. I guess I should be flattered. While that's not technically illegal, it's certainly unethical.

If I'm incorrect, please let me know by giving me more information to work with: what type of business you're in, what role do you play, what are you trying to achieve in your environment, your primary concerns, characteristics of the application, etc.

Otherwise, please go find something more productive to do.

-- Chuck

Nick Telas

It is very sad to see one company commenting on another company's technology, instead of trying to make their own products better.

This is clear marketing.

I also see you are attacking Iggy for "misleading questions in favor of NetApp" (is it really so rare very specific for EMC to have Oracle +Exchange +SAP?), while on the other hand it is acceptable for you, an EMC executive, to have your own blog to discuss storage technologies, and finally concluding (surprise-surprise) to EMC superiority.

Try to focus on your own technolgy and people will love it or hate it. People will hate you if you are talking about the other vendor's technology. In fact, this only shows that EMC is worried with NetApp's 8.1.1.

Chuck Hollis

Hi Nick

I think you completely missed my point. Iggy (or whoever he really is) was pretending to be someone he wasn't, which is a clear breach of ethics. The question itself was a paper tiger. Conversely, if a real customer or partner has a legitimate question, I'd do my best to answer it.

I respect your desire to see vendors only focus on their own products and nothing else, but we are frequently asked to comment on other vendors and products by customers, partners, prospects and journalists. So that ain't going to change any time in the next century or so.

At least we're clearly labeling our commentary as to who's writing what, so you can decide for yourself-- and not paying people to leave anonymous comments on industry blogs.

Finally, I hope you've gotten some value out of this blog. If you don't like everything you find here, that's to be expected.

Matt Berkland

Hello Chuck -- I do enjoy your write up's but isn't this just a bit like the pot calling the kettle black??

I will say that EMC does do a great job marketing things, but let's just use the VNX as an example here. It is a CLARiiON, just remarked over and over again. The user interface may be "fresh" (relative term) but again same old DGC device you have had in the portfolio forever....

Actually, the more that I look at this report it is pretty much just a vendor bash because NetApp taking EMC market share and factually not necessarily completely accurate..... Not even going to get into the whole deduplication discussion.

Note: I am definitely not affiliated with either vendor here, just wanted to put out this comment as the EMC (as does everyone else) have it warts, we just don't get to hear about them in this forum...

Chuck Hollis

Hi Matt:

You're more than entitled to your opinions regarding pots and kettles, but I'd like to set you straight on a few facts to base those opinions:

- the VNX was an all-new product for the mid-tier. Yes, it had plenty of DNA from its predecessor products (CLARiiON, Celerra and a few others), but to claim it's a CLARiiON with a new name isn't anywhere close to an accurate portrayal. Ask anyone who's spent any time on one, and they'd likely agree with that statement.

- If you happen to glance at either IDC's or Gartner's market share numbers, you'll notice that EMC has been consistently gaining share in both the broader external storage market, as well as NetApp's core NAS market. In particular, IDC has put EMC far ahead of NetApp in market share for several years now.

- If you'd like to get into the dedupe discussion, well, we should. Both mid-tier arrays have offered dedupe for some time. If you'd like to get into the flash discussion, that's OK as well. Same for VMware integration, Microsoft Hyper-V integrations, etc.

If you think it's relevant, let's discuss!

Was this post a bit of a bash? You bet it was.

They presented a large, obvious target with their new release -- over-promising and under-delivering -- and I thought it was well deserved.

-- Chuck

Chuck Hollis

Just a friendly reminder to all ...

Anonymous and off topic comments will be deleted. Please identiy yourself by name or at least a valid email address, otherwise the comment will be deleted,

- Chuck


You still haven't answered Iggy's questions ?


Chuck Hollis


You're right -- I haven't answered "Iggy's" questions.

The person behind "Iggy" chose not to identify themselves, nor provide a valid email so I could get more information.

You should understand that I've had continual issues with NetApp employees and partners "astroturfing" -- pretending to be someone for marketing purposes.

So, over the years, I've established a policy -- you identify yourself, I'll post your comment and answer your question to the best of my ability.

Fail to do so, and I'll ignore you, just like all the other silly spam that shows up on my blog comment log.

If you don't think enough about your question/opinion/etc. to identify yourself, neither do I.

And, of course, Atanas, since you've identified yourself, I'd be glad to answer any question *you* might have!

-- Chuck



As someone completely independent I support your viewpoint that Netapp have had to and are still playing catchup with EMC in certain areas such as tiering/ caching. Is it not fair to say however that Netapp have also been responsible for many innovations themselves? Is it not fair to suggest that EMC are still playing catchup in their midrange storage product (vnx) in terms of snapshot capabilities? A true unified approach? ( vnxe I imagine is of a similar architecture to how the next gen vnx will be).

Interestingly you stated above that both mid range arrays support deduplication , correct me if I'm wrong but you support file deduplication only which isn't generally a huge benefit. Block based deduplication combined with flashpools on NetApp offer obvious benefits. Can you talk about disk based backup on your primary storage or do you need to throw in another product? Yes the datadomain is great and offers better efficiency than Netapp but at what commercial cost?

I appreciate this post may seem a one sided attack on your offerings but I believe most prefer an honest unbiased approach or maybe none at all? I have to say EMC spend a lot of time bashing Netapp , an indication of your insecurities maybe?

Chuck Hollis

Hi Mike

I guess you skipped reading the comments. Unless you identify yourself (real name, valid email, etc.) I reserve the right to delete your comment as just more spam.

But you seem sincere, so let's dive in, shall we?

I need to correct you on a few facts. The product in the EMC portfolio that lines up best with Netapp is the VNX.

VNX does volume (block) compression and has done so for a while. VMAX, VNXe and Isilon do not at present.

VNX (as well as other EMC storage products) support the full range of snaps, clones, replicas, etc. to either the same device as primary storage, or a secondary device, and have done so for many, many years.

Most of our customers consider it ill-advised to store your last-ditch recovery backup on the same physical device as your primary storage, but that's an opinion and not a limitation.

None of this should be especially surprising to anyone who's current on various vendor offerings, so I'd encourage you to at least a bit of preliminary research before forming your own opinions.

As far as "bashing" NetApp -- yep, that's a fair observation. Among all the storage vendors, they seem to be unique in consistently over-stating and over-representing their capabilities, which engenders a response from people like me to take them down a notch or two with the facts.

The 8.1.1 release is no exception. The marketing got way ahead of the product's reality, and even the most die-hard NetApp fanbois are now backing away from the whole sorry mess until it improves.

Thanks for writing.

-- Chuck


Thanks for realising I am genuine Chuck I did infact provide my correct details and don't understand why one wouldn't.

First let me apologise as I said "on primary storage" which was poorly phrased , I was merely making reference to the fact that two Netapp units can provide you with an effective backup solution to meet tight RPO's & RTO's and most importantly recovery SLA's whilst not needing a seperate product to address this. I do research on the storage market every day, it's part of my job and whilst everyday is a lesson one day with a lot of hard work hopefully 'll be fit to shine your shoes.

With regards to compression I am well aware that your statement "If you'd like to get into the dedupe discussion, well, we should. Both mid-tier arrays have offered dedupe for some time" whilst correct was not what the previous poster was trying to state as we all know he was talking about block level dedupe.

Also yes you support snapshots but snapshots are still a big issue for you which is why your reps still avoid the subject. 256 snapshots I believe now and ROFW which means less performance impact, however: you need to enable thin luns which you guys suggest yourself offers a performance hit. Also , application integration on VNX snapshots? Integration with replication technologies?

All in all Chuck it's most likely swings and roundabouts, you have a great offering as do Netapp. Two great storage vendors with two very different sets of values.

I have to say I enjoy your blog and the exchanges that follow each post , it's good to have competition and long may it continue! The kind of camaraderie that both EMC and Netapp have in their ranks is something that every company should strive for.

Christopher Waltham

Chuck, given your post against astroturfing (something I am also against), would you be so kind as to request "Dr. Scale-Out" to out himself? You can see him in the comments in my blog, here: http://bitpushr.wordpress.com/2012/07/20/why-efficiency-matters-netapp-versus-isilon-for-scale-out/#comments

I will always identify myself as a NetApp employee and I'd appreciate it if competitors' employees would do the same. I welcome any and all discussions about storage technology but let us at least do it openly and honestly (as you support).

Many thanks! Chris, NetApp employee

Chuck Hollis

Hi Chris

I agree, this looks like an EMC employee from what I can see.

I'd like to help, but it's going to be a challenge, as I don't have much to go on. EMC's official policy on such matters is crystal clear and unambiguous, e.g. identify yourself and your affiliation.

If you would be so kind to suggest to them that (a) they appear to be employees of EMC, and (b) are thus bound by EMC's policies which can be found on the video in this blog post:


Thank you!

-- Chuck


Chuck. In about 5 years time, if people are still managing disks, luns, fibre channels for your product (EMC) then your product is a failure. I hope u understand what Continuous Operation and Management really means for customers :)

You don't want to manage storage, you just want your storage to be as dumb as possible, and that's not happening with EMC, not anywhere close in customer's opinion. Tell me what's the latest innovation you got for manageability?

Chuck Hollis

I think you've set a record for the maximum number of uninformed comments in a minimal amount of space.

EMC has multiple storage products: block, file, object, dedupe appliances, SMB, etc. Which one(s) were you referring to? Most of us found NetApp's implementation of "continuous operations" a partial implementation at best, and very overstated in terms of actual customer benefit, especially when compared to competitive alternatives. Compared to something like VMAX (or even HDS's product), it's weak sauce indeed.

I think that everyone would agree that storage should need to be managed as little as possible. But that generally indicates the need for storage (and its integration with the surrounding environment) to be as smart as possible, vs. "dumb" as you claim.

EMC brings new storage management innovations to market on a regular basis, and you'll find many of them detailed here in this blog. In addition to a great deal of VMware and Hyper-V integration, there's serious innovation to be found in Unisphere, Prosphere, the new DataBridge, Data Protection Advisor et. al.

Surely you have something better to do ...

-- Chuck


Hi Chuck,

The organisation has a total of 1,964TB of data in NetApp filers. It has 22 FAS 3040s, 10 FAS 3140s and 24 FAS 3240s running predominantly SATA drives. These devices comprise four nodes in the NetApp Data ONTAP cluster which support Oracle databases – including one with 4.1 trillion rows of data – running on HP servers via a 10 Gigabit Ethernet LAN.


I visit often and often I read about you targeting netapp and ontap ... We are also a Very Very Happy NetAPP Customer. We have had no problems whatsoever (touchwood) with netapp as of yet. We have got 40 storage groups of our exchange environment hosted on netapp, with vmware (the best integration with vmware) it's a very good product and it is sad to see from a person of your position to talk about data ontap like the way you are pointing out. its like a classroom full of kids fighting on whose right or wrong - I have nothing against EMC, I think they are a great company.

At cern the amount of data is massive and you can read the rest all by yourself - not to mention that some of the netapp boxes they are using are considered Mid-range.

Readers should also check Hitachi - http://www.hds.com/assets/pdf/victoria-and-albert-museum-success-story.pdf

Hitachi data systems is the most supreme in enterprise storage industry - they have got some amazing products too.

EMC has the great marketing machine :-)

Chill chuck ! You should write about the intelligence of EMC VNX, file system and their technologies.

ALl the best !!

Chuck Hollis

Hi Shehryar:

Yours has to be the most - err -- colorful comment I've gotten in quite a while. While you seem to be quite able to cut and paste press releases, it's not clear, I was unable to determine what company you work for, what role you play, etc.

You seem to think comparing different storage approaches is the same as bantering about sports teams at the bar. Trust me, for many larger organizations this is very serious stuff indeed.

Good luck in the storage world ...

-- Chuck


Hi Chuck,

Thank you for your reply. Yes I cut / pasted the press-release, Why ? Because I felt that with this blog-post people may get the wrong idea of Data OnTAP or netapp products. Also, I wanted to briefly tell people that there are good points about netapp too, just like emc have there pros and cons.

Also, that CERN which doesn't discusses storage like sports teams in a bar, must have done their investigation and evaluation before relying on NetAPP storage with their very critical data and research. given the fact that CERN is one of the most reputable research centers.

Also, I visited your blog often with the intention to read about EMC technologies. What do they offer etc.

Also, to your following comment :

"You seem to think comparing different storage approaches is the same as bantering about sports teams at the bar. "

No, I understand this is very serious business as my company evaluated different vendors for 6 months and went through all the planning and evaluation required. I was only part of the team and learned alot and I am still learning about storage technologies and getting hands-on experience as well. we discussed that in our meeting rooms and we have got a good exchange and vmware environment.

Your assumption about me on my first comment ever on your blog tells a lot - Good Luck with that too :-)

Which is why I commented, I want to read about EMC products and their strength and weaknesses on this blog. but all i came across was data ontap being insulted :-)

I wish you and EMC good luck too. EMC is a very good company too, and i have no hatred whatsoever against them !

PS : I am only a 2 year old in the storage industry and have always wanted to learn new technologies, why do you think I come to this blog :-). Will be great to see some of your future posts (whenever you get time) about EMC's Strengths and some sort of pictorial representation, their weaknesses or room for improvement. What does EMC calls their Operating System? Which one of them is responsible for Block and which one of them is responsible for File etc. and all of this post is not a cut / paste ! Have a great and winning day / week / month / year !



I think you should also mention some of the features that are lost with cluster mode like Metro Cluster and Sync SnapMirror and SnapVault. How can they release a new product with less features than the previous version which a lot of their customers are staying with for the time being.


Funny how snapshots work with Isilon. They are not sub-file. You snap a directory with Isilon, and if you change one little byte on a 100MB file, a full 100MB copy is made. snap it again, change one more byte, and other 100MB copy is made.

Has anyone ever drawn a picture of how protection groups work in Isilon, with all of the block#node#offset#run pointers directly within the file inode? It is simply impossible to update anything. Even if you could, every copy of the inode (which is independently copied to maintain a certain protection level) also would need to be copied...

None of this is cool. Reading the Isilon docs and how they avoid talking about this behavior isnt really all that honest. Isilons cannot support more than 2,048 snapshots on a cluster-global level by default, and the best practice documents strongly advise against raising the global limit to anything above 4,096. Its obvious why this is a problem – imagine the penalty of thousands or millions of files needing to be copied, not just on the storage efficiency but also the performance.

EMC has no business comparing Isilon's snapshot capabilities to NetApp. Isilon is built from the gound up as a large fixed file scale-out box. Lots of cache and a very NetApp-like nvram teases the community that it might be something more, but it isn’t.


We cant expect nothing different, the post is from an EMC guy so... A lot of FUDs otherwise why IDC
Named NetApp as a Leader in IDC MarketScape: Worldwide Scale-Out File-Based Storage 2012 Vendor Analysis?

Chuck Hollis

Hi Diego -- a net fanboi! Not many of them left these days ...

My suggestion would be to have you download the entire IDC report, study the evaluation criteria, and then maybe come back here so we can have an *informed* conversation.


-- Chuck

mr storage to you

I used to read this blog. Now I remember why I stopped. Whilst chuck (doesnt that mean vomit by the way?) is better at blogging than 4 years ago its still a blog for the converted.

Theres really nothing to learn here.

Chuck Hollis

Mr. Storage To You

Funny, this particular writeup has been one of my most popular posts -- over 150K views to date.

There's been some progress and evolution since its writing, but many of the points remain valid.

And it's amazing how many people have decided to attack the messenger vs. intelligently respond to the points made.

-- Chuck

The comments to this entry are closed.

Chuck Hollis

  • Chuck Hollis
    SVP, Oracle Converged Infrastructure Systems

    Chuck now works for Oracle, and is now deeply embroiled in IT infrastructure.

    Previously, he was with VMware for 2 years, and EMC for 18 years before that, most of them great.

    He enjoys speaking to customer and industry audiences about a variety of technology topics, and -- of course -- enjoys blogging.

    Chuck lives in Vero Beach, FL with his wife and four dogs when he's not traveling. In his spare time, Chuck is working on his second career as an aging rock musician.

    Warning: do not ever buy him a drink when there is a piano nearby.

    Note: these are my personal views, and aren't reviewed or approved by my employer.
Enter your Email:
Preview | Powered by FeedBlitz

General Housekeeping

  • Frequency of Updates
    I try and write something new 1-2 times per week; less if I'm travelling, more if I'm in the office. Hopefully you'll find the frequency about right!
  • Comments and Feedback
    All courteous comments welcome. TypePad occasionally puts comments into the spam folder, but I'll fish them out. Thanks!