We cannot post definitive, guaranteed, forward-looking statements on a public forum... however having said that, it is planned to roll out that feature on Adaptive Flash in a future release.
Bear in mind that dedupe is only useful for a certain classification of data (such as VMs or file images); yet it can have an overhead on CPU/memory performance.
Thanks Nick, probably might happen is a nice response. Much better than "we can't tell you anything until we can tell you everything".
Nimble seem like a company that wants simplicity in message, so currently it's controller X is capable of Y IOPS. When other factors can influence those numbers it muddies the message a bit (i.e. controller X is capable of Y IOPS with feature Z enabled). I am sure you guys will find a neat way to represent this.
With regard to All Flash deduplication, is that per volume or per array or per array group? Is it a system wide setting or more granular?
You're absolutely right sir, and is one of the main reasons we didn't introduce dedupe on the Adaptive Flash platforms to start with; there's little value promising good performance and latency, unless you have a write intensive workload which potentially cripples performance and spikes latency at >30ms whilst it runs. Also, dedupe on a platform which already returns an excellent $/GB thanks to RAID3P and high capacity NL-SAS drives is a tad irrelevant (in my opinion).
The way that dedupe is deployed is down to a couple of new constructs we're introducing into NimbleOS; Folders and Application Profiles.
Application Profiles are essentially an extension of Performance Profiles. It is a way to turn on dedupe on the application layer, to ensure that dedupe is not being run on apps that frankly will yield poor space savings and burn CPU cycles.
Folders are a logical grouping of volumes together, in which an Application Profile is deployed on top to turn on/off dedupe/compression/encryption/snaps/replication etc. It's also an easier way to manage 1000's of volumes within the Nimble UI. Folders and Application Profiles will also be the constructs powering our production VVOL support.
Hope that helps for now. When we near the GA release of NimbleOS 3.0 we will have more detailed tech blogs on how all of the above works!