DISQUS

DISQUS Hello!  The comments on this profile are unclaimed and thus are unverified.

Do they belong to you? Claim these comments.

stevetodd's picture

Unregistered

Feeds

aliases

  • stevetodd
  • Steve Todd

stevetodd

7 months ago

in Cloud Optimized Storage: Feedback Wanted — Dave Graham's Weblog on Dave Graham's Weblog
Dave,
I got some questions about connectivity and latency in Atmos from Jeff Darcy, I will steer him your way if you're going to address issues about performance.
Steve
1 reply
Dave Graham's picture
Dave Graham Steve,

sure...send him my way. Will be good to discuss that with him!

cheers,

Dave

7 months ago

in EMC Atmos Versus VMware VDC-OS: Will The Real Cloud Strategy Please Stand Up? on Stephen Foskett, Pack Rat
Hi Stephen,
Nice post.
I don't view VDC/Atmos as a clash of marketing. VDC-OS is meant to be deployed in a data center. Atmos spans data-centers. So in theory, Atmos could be deployed as the unity of multiple VDC-OS data centers. EMC didn't build the first version of Atmos that way (Atmos was shipping before VDC-OS was evevn announced).
I hope to write a couple of posts this week to compare/contrast Atmos and Centera as well as discuss some Atmos internals.
Steve

8 months ago

in Real Innovation on Stephen Foskett, Pack Rat
Stephen,

I've always that that EMC Centera is one of the most innovative products I've ever worked on. It is the first truly object-based storage system with cool features such as metadata association, retention, authenticity, RAIN, shredding, etc.

Steve

9 months ago

in We Need a Storage Revolution on Stephen Foskett, Pack Rat
Stephen,
One concern I have with CAS eliminating block/file is the transactional semantics of changing data. Block and file approaches handle changing data quite well; CAS (and XAM) are geared towards fixed content (unchanging data). But I do agree with the stance that you are taking and the direction that your thoughts are going: concepts like CAS solve problems in ways that block and file cannot.
Steve

9 months ago

in Turning the Page on RAID on Stephen Foskett, Pack Rat
Hi Stephen,
Good article on RAID. My comment: not so fast. RAID5/6 implementations based on Patterson et.al. are still being heavily purchased and deployed in the industry. One reason: the mathematical lookup of data, as described by Patterson, is not only fast, but more importantly, it's trusted. Customers are cognizant of the value of this direct mapping. Virtualizing the location of customer data has its place (e.g. enabling snaps), but mathematical lookup will continue to be a valuable role at the very bottom of the stack.
Keep up the interesting posts,
Steve
Returning? Login