| ..... |
SSDs |
|
| ||||||
| See also:-
next SSD.................... |
the Fastest SSDs SSD Controllers and IP high availability enterprise SSDs the 3 fastest PCIe SSDs list - or is it really lists? don't all PCIe SSDs look pretty much the same? if Fusion-io sells more SSDs does that mean Violin will sell less? Legacy versus New Dynasty? - another new way of looking at the Enterprise SSD market | |||||||
| Editor:- February 1, 2012 - Scroll down to see my SSD architecture notes which will help you understand why this product from Fusion-io is different to others - and help you decide whether those are differences which matter to you. | ||
| manufacturer | model | the raw specs descriptions (scroll down to read the underlying story) |
| Fusion-io | ioDrive Duo | The ioDrive is a 2nd generation PCI-Express-based SSD with 320GB - 1.2TB capacity. Performance has been enhanced too. The ioDrive Duo can easily sustain 1.5 Gbytes/sec of read bandwidth and approximately 260,000 IOPS (SLC version). more info |
| Fusion-io | ioDrive 2 | The ioDrive 2 is a PCI-Express-based SSD with upto 600GB (SLC) / 1.2TB (MLC) of low latency storage (15µs write, and 47µs / 68µs read) and over 500,000 write IOPS. Designed for enterprise speedup - this family is designed for high reliability - and includes self-healing, wear management, and predictive monitoring OS support includes:- 64-Bit Microsoft XP/Vista/Win7/Server 2003/Server 2008, RHEL 4/5/6, SLES 10/11, OEL v5/6, VMware ESX 4.0/4.1/ESXi 4.1/5.0*, Solaris 10 U8/U9, OSX* 10.6.7/10.7, HP-UX* 11i more info |
| Editor:- November 15, 2011 - Fusion-io announced that it will ship 10TB versions of its ioDrive Octal (so-called because it includes 8 memory modules on double-wide PCIe cards) in the next quarter - which deliver 1.3 million IOPS with 6.7 GB/s bandwidth. | ||
| Editor's
comments about Fusion-io's ioDrive and ioMemory - December 2011 Why would you want to install an SSD accelerator? - The obvious answer is - to make your storage and applications run faster. But if you have a preference - which should it be? - Speeding up the storage most? - or - Speeding up the app most? This is a case of where the raw numbers - without the narrative - fail to tell the full story. (You can see indicative performance numbers extracted from Fusion-io's datasheets above - and if you need more numbers - the links will take you there.) Fusion-io's SSDs are unique in today's enterprise flash accelerator market in that they don't include a microprocessor on-board the SSD card to implement the functions of the SSD controller. Doing the flash management isn't as big a load as you might suppose for the ioDrive host - because it's still less than the traditional packeting and handshaking workload of talking to legacy storage interfaces. In other respects FIO's SSDs fit into in my classified groupings of SSD architecture types as follows:-
This was a bold move by the fledgling company when it started. Throughout all past SSD history - the designers of SSDs had gone to great lengths to hide their memory handling intellectual property inside chips like FPGAs and ASICs. One business result of this was that in the early days Fusion-io had to be careful about picking its customers - so they made sure they chose big name reputable companies - whether they were end users (like Facebook) or server oems (like HP etc) - who would not reverse engineer the algorithms - or if they did - would be worth suing. Of course nowadays Fusion-io is a big enough company itself that it has volume based cost and brand advantages - so even if another company were to copy some of their SSD technology - why would anyone buy it. But when Fusion-io's founders started down this track it was a very risky move - so why do it? The consequences of this architectural decison are:-
But if you look an application speed - and if the app uses Fusion-io's APIs - which they call VSL - you see a different story. Suppose your software does a lot of twiddly bits very fast and very often. No matter how fast or clever the offload processor is on another type of PCIe SSD card - there is still a level of inefficiency that comes in - because your software is talking to other software which has to go and look at the flash somewhere else. But in the ioDrive - the APIs are inside the flash controller loop. You can access (cleaned up and endurance managed) data almost at the same efficiency as you could if you had designed the SSD yourself for this particular app. That's why with the ioMemory architecture the application can speed up at a faster rate than you might think by simply looking at comparative raw storage benchmarks. But you only have this level of control and software gain factor in a new installation - or a new design of storage appliance. That's something I discussed in my article Legacy vs New Dynasty a new way of looking at enterprise SSDs. You can probably guess - that Fusion-io is New Dynasty - and that's a description they liked when they read my article. (And their competitors on the Legacy side of the fence liked their own appellation too.) If you're already in a distressed environment with servers overloaded and legacy apps which are running slow - adding an SSD accelerator may help - but the advantages and disadvantages of the ioMemory compared to alternative products are difficult or impossible to predict. I always say in that situation - it's best to try before you buy. Cautious minded users may even think about looking at much higher-cost add-on rackmount SSDs in those distressed situations - to avoid the risk of doing bad things to their already suffering old servers. Another thing to think about in the legacy scenario is that - simply adding a fast SSD to a server running heavy duty apps isn't guaranteed to speed up your app. That's something I learned in 1990 - when I had a customer with an Oracle app I wanted to speed up with an SSD. (The data set wasn't I/O bound - it was already small enough to be sitting entirely in main memory.) More recently an architect from a leading software company told me he was surprised to discover that their core software didn't speed up as much as he expected when they evaluated the impact of ioDrive PCIe SSDs. When he analyzed the cause - it lay in their own source code and data architecture. Their software had been written for hard disk arrays and had inbuilt assumptions which meant they weren't running enough parallel threads to take advantage of the greater bandwidth and lower latency of SSDs. They would have got the same result with any other brand of PCIe SSD - but it made him realize that there was a lot more to being ready for the solid state storage future. Of course when they rewrote that software it ran faster. Getting to success in the SSD market is complicated. I see my job here at the mouse site as trying to understanding all this complex stuff to help the SSD industry get better, faster. I hope you've found this helped you too. It's just one of thousands of SSD related peices I've written in the past 20 years. You can see the top 66 most popular SSD articles here. editor's footnotes I've spoken to the founders of Fusion-io many times in the past 4 years and also to systems integrators and ISVs who have used these products. I also talk to all their main SSD competitors too to learn how competing products and businesses work. My notes above are designed to help you quickly understand why this product from Fusion-io is different - and whether those are differences which matter to you. Later I noticed that Fusion-io has written a white paper re the Fusion-io Difference (SSD Differentiator). It has a different perspective - but has nice pictures. For some of you that may be worth seeing too. | ||
| 1.0" SSDs | 1.8" SSDs | 2.5" SSDs | 3.5" SSDs | rackmount SSDs | PCIe SSDs | SATA SSDs |
| SSDs all | flash SSDs | hybrid drives | flash memory | RAM SSDs | SAS SSDs | Fibre-Channel SSDs |
StorageSearch.com is published by ACSL