在NetApp 发布cDOT 8.3 以前，很多7的老用户不愿意升级，除了cDOT的概念相对复杂，命令行需要重新学习之外，主要有两个原因。
- 磁盘使用率低
- 读性能不高
对于低端的设备，特别是盘很少的情况下，cDOT中的磁盘使用率相比7-Mode低。这主要是cDOT中，根聚合不允许存放用户数据，这就需要每个机头除了根聚合之外，需要额外创建至少一个数据聚合。这样校验盘，每个聚合的热备盘都计算在内的话，实际可用的空间就很小了。
为此，cDOT 8.3当中推出了ADP（Advanced Disk Partition）功能，通过对内置盘的分成根分区和数据分区，并支持将数据分区分配给单个机头（A-P）和分配给两个机头（A-A）的方式，大大提高了磁盘的使用率。
下图是针对FAS2500系列标准的内置12块和24块盘的配置中，和7-Mode相比可用容量的变化。除了FAS2554 的AA模式，其他的模式都大大提高了可用空间。
因此对于那些因为可用空间而犹豫是否该选择cDOT的用户来讲，已经不再是一个问题了。并且，cDOT带来了大量的7-Mode中无法取代的功能，例如，横向扩展，统一的命名空间，SVM带来的多租户，卷的迁移，负载均衡等等。 ADP功能支持所有的FAS2500系列以及全闪存（AFF）以及Flash Pool。
同时，针对读性能不高的问题，cDOT8.3对于读数据的路径做了优化，绕过了WAFL得文件系统层，而直接从Raid层传递到网络层。并且，近期刚刚发布的cDOT 8.3.1 对此进行了进一步的优化，直接绕过了文件系统层和Raid层，从Storage层直接返回给网络层。这样读取数据的延迟提高了将近1毫秒。近期有客户对这一部分做了测试，实际环境中的读性能改进从客户端看非常明显。对于SSD也是优势明显。
综上，cDOT 8.3以及8.3.1针对7模式中相对薄弱的两个阻碍客户升级到cDOT的部分做了大幅的改进，无论是可用空间的升级，还是读性能的提升，可以看到NetApp听到了用户的声音，并做出了回应。相信，从cDOT 8.3 发布开始我们看到越来越多的用户选择cDOT，体验cDOT带来的各种高级的功能和便利性。