【SPDK 用户态存储】选型收束：机制排除树与系列开放问题
内容提要
本文为SPDK用户态存储系列终章，通过排除树指导选型：无用户态需求用内核NVMe，需高IOPS用O_DIRECT+io_uring，能付核税且需target/vhost则选SPDK。强调机制差异而非跑分，列出阅读路径、开放问题（如ZNS、DPU卸载），并建议将决策写入架构记录，重跑排除树时禁止仅贴跑分截图。
延伸解读
排除树的核心判断依据
文章通过机制排除树引导选型，强调先排除再选择。关键判断点包括：是否需要用户态轮询栈或NVMe-oF/vhost目标端；能否承担专用轮询核和VFIO独占；以及应用是否自管缓存且瓶颈在提交syscall。这些机制差异比跑分更重要，避免仅凭性能报告做决策。
三种路径的机制对比
内核NVMe、O_DIRECT+io_uring和SPDK在设备模型、异步模型、对外形态、配置方式和失败方言上各有不同。内核NVMe适合通用OS存储和共置；O_DIRECT+io_uring适合绕过Page Cache并降低syscall；SPDK适合用户态目标端或与轮询运行时绑定的数据面。混合使用可行，但需多套排障坐标。
开放问题与工程边界
文章列出多个开放问题，如ZNS/KV在bdev上的暴露、DPU卸载后主机侧职责、与Ceph OSD的边界、轮询核税与尾延迟的权衡、多路径可观测性，以及配置面经济学。这些问题需要机制证据而非跑分来回答，并建议指定负责人和可检验实验来跟踪。
Q&A
SPDK 用户态存储选型时，如何根据需求判断是否使用 SPDK？
根据排除树，如果不需要用户态轮询栈或 NVMe-oF/vhost target，则使用内核 NVMe；如果需要高 IOPS 且应用自管缓存，则使用 O_DIRECT+io_uring；只有需要用户态 target/vhost 且能付得起专用轮询核和 VFIO 独占时，才选择 SPDK。
SPDK 与内核 NVMe、O_DIRECT+io_uring 在机制上有哪些主要差异？
主要差异包括：设备模型（用户态驱动 vs 内核驱动）、异步模型（reactor 轮询 vs 中断/CQ 通知）、对外形态（bdev/nvmf/vhost vs /dev/nvmeXnY 或文件 FD）、配置方式（JSON-RPC vs sysfs/udev）、失败处理（五轴排障 vs 内核日志）。
SPDK 系列文章提到的开放问题有哪些？
开放问题包括：ZNS/KV 命令集在 bdev 上的暴露、DPU 卸载后主机侧的角色、与 Ceph OSD 用户态栈的边界、轮询核税与尾延迟 SLO 的权衡、多路径与故障切换的可观测性、配置面经济学与大规模编排。
在 SPDK 选型中，如何避免被跑分误导？
应基于机制差异而非跑分做决策，官方 Performance Reports 仅作外部方法参考，不视为对本机的承诺。重跑排除树时禁止只贴跑分截图，必须结合机制理由和实际环境验证。
SPDK 系列文章推荐的阅读路径是什么？
必读核心路径为 01→02→04→06→08→14，覆盖坐标系、驱动、bdev、target 和排障；若时间有限，可读 01 全景和本篇排除树，再按主业跳读 08、11 或 14。
SPDK 选型后，如何将决策落地到架构记录中？
建议将选型理由写成三种档案之一：不采用（写明卡在哪一叶及复盘触发条件）、采用但限域（写明使用范围和门禁负责人）、采用并作为主存储数据面（写明库存工具、升级策略和引用纪律）。
