四比特的代价写在电压窗口里
QLC 每个单元存 4 比特，需要在同样的阈值电压范围内区分 16 个状态。相邻状态之间的间隔被压缩，读出时对电压漂移、读干扰和温度变化的容忍度随之下降，编程也需要更精细的多轮校验。取舍很直接：QLC 换来的是每 GB 成本与容量密度，付出的是耐久、写入速率与数据保持裕度。
该看稳态曲线，不是峰值
多轮校验意味着 QLC 的单次编程时间明显长于 TLC，而这段差距在持续负载下才会完全暴露：短时突发还能靠并发掩盖一部分，一旦写入持续到后台回收必须与前台争抢介质时间，速率就落回介质本身能给的水平。因此评估一款 QLC 产品，关键指标是长时间满负载后的稳态写入曲线与延迟分布，而不是宣传页上的峰值带宽；主机负载能否留出足够的空闲窗口让后台把介质整理干净，往往比盘上的单项参数更决定实际表现。
什么负载真的合适
- Q7（J760Q、J760QD，PCIe 4.0，U.2/U.3）：对象存储、备份、归档。写入以大块顺序为主、读取稀疏，正好绕开 QLC 的短板。
- Q9（J960Q、J960QD，PCIe 5.0）：AI 检查点与超大容量阵列。检查点是典型的大块顺序写、低频读，单次写入量大但事件之间间隔足够长。
反过来也成立：元数据、日志、KV Cache 这类小块高频写入不应该交给 QLC，那是 X7 与 X9 系列存在的理由。需要说明的是，两条 QLC 线目前都处在产品定义/EVT 阶段，上面给出的是规划中的负载分工，具体容量点与性能取值以后续 SKU 定义为准。
容量拉高之后的次生问题
产品线规划的单盘最大容量为 122.88TB。当容量推向这一量级，重建时间、单盘故障的影响面、后台数据刷新的开销都会同比放大。带双端口的 J760QD 与 J960QD 在阵列侧提供链路冗余，但它解决的是路径故障，不是盘体故障。容量密度的收益必须和阵列层的可用性设计一起算，否则省下的成本会在一次重建窗口里还回去。