Jeff Baxter

So anywhere across that 800 terabyte disk pool, we're going to be able to DD if they're shared blocks within a volume or across volume DD now in 9.2.

So

You may hear it referred to as kind of expanded dedupe.

Internally, the feature is called aggregate inline dedupe, and it will be available in 9.2.

I was pushing for a petabyte just so it would be easy to remember, but I got voted down.

But, yeah, 800.

I know, right?

Yeah.

It's for most of the top-line AFF platforms out there, especially as customers are starting to consume those 15.3 terabyte SSDs, which still makes me laugh every time I say it.

And, you know, at Insight, we had a gentleman from one of our partners, Samsung, up on stage holding a 30-terabyte-ish SSD, right?

So we know that's coming down the pipe.

You know, no exact dates on that yet, but it started to become very silly to build a RAID group of any decent size or an aggregate of any decent size at 400 terabytes.

And it makes me laugh, but that really, in addition to providing this bigger pool that you could use DD-BON and different things like that, it was partially just a pure logistical problem of 15-terabyte or larger drives

don't fit nicely in a 400 terabyte aggregate anymore with any sort of efficient RAID.

So we went up to 800 terabytes with 9.2.

No post-process currently.

Definitely something we're interested in doing for the future.

But yeah, in the first release, inline.

Well, so it does provide additional savings on multiple different workloads, right?

Obviously, you know, virtual workloads, it depends upon how you provision things out, and you guys are probably even more familiar with this than I am, but, you know, there's certainly workloads like VDI where if you're actually going through and patching your VMs,