<   Previous Post  Webinar - SVC User...
SVC CF8 Hardware and...  Next Post:   >

Comments (2)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

1 joeri_van_speybroek commented Permalink

I have multiple customers who are waiting for the new nodes to upgrade their existing SVC environment + it opens new opportunities for proposing an SVC architecture to new prospects! <div>&nbsp;</div> The more I hear about it, the more I would like to start working on them!

2 thestorageanarchist commented Permalink

Although somewhat surprising after the ribbing you doled out last year about PCI-based flash vs. SSDs, I'm glad to see the shift in position back to the drive format (as also have the POWER systems architects, I see). Indeed, while serviceability is a key factor, and the overheads of the Fusion-IO approach are large, the ultimate realization is that you can truly drive more IOPs and MBs through a single PCIe slot than a single Fusion I/O card can deliver.<div>&nbsp;</div> But I think now you're in the position where the total IOPS and MB/s of all the SSDs you place behind PCIe is greater than the available PCIe lanes, meaning less than full utilization of all the SSDs. This is also the case for the SPC-killer POWER server announced last week - heck, they even had to shut off cores because they couldn't be utilized.<div>&nbsp;</div> Still, Flash is really all about response time and access density...<div>&nbsp;</div> After all the bluster dies down, we all have to admit that it's a constant struggle to balance CPU, I/O and storage - the best we can do is move the bottleneck around; seems we can never get rid of it completely.<div>&nbsp;</div> Welcome back to the land of SSDs (no wait, I'm supposed to call them EFDs!!!)<div>&nbsp;</div> And I couldn't agree more about the meaningless drivel around 3PAR's ASIC...at their unit of zero recovery, there's a lot of wasted engineering budget for what will predominately be a one-time reclamation of unused space (at the beginning, when the "fat" LUN is converted to "thin.").<div>&nbsp;</div> We don't need no stinkin' ASICs!!!<div>&nbsp;</div> :o)