Tag: Performance

Posted on

HPE Alletra 6000 – Nimble Evolved

HPE Alletra

I’m very excited to announce that the evolution of HPE Nimble Storage is now available.

The new line is called Alletra 6000, and is completely interoperable with Nimble and manageable both from its own GUI/CLI/API and Data Services Cloud Console. For the Alletra 9000 (the evolution of Primera) there will be a separate post.

All the usual goodies of Nimble are still there (6-nines guaranteed uptime, fancy direct-to-L3 support, InfoSight with infrastructure AI recommendations, 100% headroom even if running on one controller, SCM cache, Triple+ RAID, Cascade Multistage Checksums etc). What’s different is mostly the vastly increased speeds in real-world workloads, and the shorter form factor.

Continue reading “HPE Alletra 6000 – Nimble Evolved”
Posted on

The Harsh Realities of PCIe Lane Shortage in Storage Systems

There are a lot of myths and misinformation, plus more than a modicum of misunderstanding, regarding how storage systems can use available bandwidth, especially with certain newer kinds of media.

I wanted to explain some of the harsh facts of storage system design in the real world, and why one shouldn’t just add up drive speeds to estimate performance.

Continue reading “The Harsh Realities of PCIe Lane Shortage in Storage Systems”

Posted on

When Terrified Vendors Attack: The Dell Edition

It recently came to my attention that Dell is now advertising some kind of benchmark that shows one of their platforms can be faster than Nimble in some very specific test of their own concoction.

While I don’t doubt that’s possible (indeed, we could do it the other way around), it may be worthwhile investigating what’s prompting the attack.

I also wanted to point out the various technically fishy points of the benchmark.

Continue reading “When Terrified Vendors Attack: The Dell Edition”

Posted on

Progress Needs Trailblazers

I got the idea for this stream-of-consciousness (and possibly too obvious) post after reading some comments regarding new ways to do high speed I/O. Not something boring like faster media or protocols, but rather far more exotic approaches that require drastically rewriting applications to get the maximum benefits of radically different architectures.

The comments, in essence, stated that such advancements would be an utter waste of time since 99% of customers have absolutely no need for such exotica, but rather just need cheap, easy, reliable stuff, and can barely afford to buy infrastructure to begin with, let alone custom-code applications to get every last microsecond of latency out of gear.

Continue reading “Progress Needs Trailblazers”