# 1. iopoll 与 IORING_SETUP_IOPOLL 在 blocking syscall 的 disabled 状态工程价值？ A 它通过轮询 CQ ring 完成 IO，禁用阻塞等待，换取极低完成延迟，适合延迟敏感的高性能 IO ✓ 正确答案 B 它依赖软中断完成 IO C 它只能用于缓冲 IO D 它完全禁用轮询
# 2. iopoll 在 multi-CPU contention 时 spin duration 工程边界？ A 自旋越长越好 B 自旋时长与 CPU 占用无关 C 自旋时长需在延迟与 CPU 占用间平衡，多核争用下受限自旋以避免 CPU 被过度占用 ✓ 正确答案 D 多核争用下应无限自旋
# 3. io_uring SQPOLL 通过 kworker 内核线程自旋 SQ ring 的 latency 与 wakeup 协同工程价值？ A SQPOLL 线程永不睡眠 B SQPOLL 线程只能用于读 IO C SQPOLL 增加 syscall 开销 D 活跃时自旋保持低延迟，空闲时睡眠省电，唤醒时恢复轮询，实现延迟与功耗自适应平衡 ✓ 正确答案
# 4. SQPOLL 在 sq_thread_cpu 与 sq_thread_idle 的 affinity 设置工程价值？ A sq_thread_cpu 绑定轮询线程到指定 CPU 提升确定性，sq_thread_idle 控制睡眠时机以权衡延迟与功耗 ✓ 正确答案 B sq_thread_cpu 让线程频繁迁移 C sq_thread_idle 越大延迟越高 D 两者与调度无关
# 5. io_uring rzcache 在 IORING_REGISTER_BUFFERS 时通过 GUP-pin 锁定 user page 在 socket sendmsg/recvmsg 的 zero-copy 机制？ A 每次 IO 都重新 GUP B 它只用于磁盘 IO C 预先注册并通过 GUP-pin 锁定用户页，使 socket 收发路径实现零拷贝，避免重复 GUP 与数据拷贝 ✓ 正确答案 D 注册后页可被 swap
# 6. rzcache 与 MSG_ZEROCOPY 在 notification（IORING_NOTIFY_ZC_TX）发送完成路径的工程场景差异？ A 两者相同 B MSG_ZEROCOPY 不需要通知 C MSG_ZEROCOPY 用 socket error queue 通知，io_uring 的 IORING_NOTIFY_ZC_TX 用 CQ 统一交付发送完成通知，集成更自然 ✓ 正确答案 D io_uring 不支持零拷贝发送
# 7. rzcache 在 registered buffer 的 unregister 时如何避免 pending IO 的 UAF（ioring_unregister_buffers 的 order 保证）？ A 注销时直接释放页 B 注销前先等待所有引用该 buffer 的 pending IO 完成，再释放，通过 order 保证避免 UAF ✓ 正确答案 C 不需要考虑 pending IO D 注销只在无 IO 时进行且无法保证
# 8. io_uring 注册 personality（IORING_REGISTER_PERSONALITY）在多线程 ID 切换的工程价值？ A 它只能用于单线程 B 它只能切换 uid C 它不涉及权限 D 它预注册身份与凭据，让请求以指定身份执行，支持多线程/多租户的身份隔离与权限控制 ✓ 正确答案
# 9. io_uring 注册 credential（IORING_REGISTER_BUFFERS）在 buffer ownership 跨 user 的工程价值？ A buffer 可被任何 user 自由访问 B 注册 buffer 的页归属注册用户，跨 user 使用需凭据与权限校验，防止越权访问他人内存 ✓ 正确答案 C 不需要记录归属 D 跨 user 访问必然安全
# 10. io_uring_sqe_cmd（SQE 的 64-bit cmd opcode）在 NVMe/NVMe-oF/ZBD 的 cmd slot 应用工程价值？ A 它只能用于标准读写 B 它总是同步执行 C 它不能用于 NVMe D 它把 64-bit 设备命令 opcode 编码进 SQE 透传给驱动，支持 NVMe/ZBD 等设备命令的异步低延迟下发 ✓ 正确答案
# 11. io_uring shared ring（IORING_SETUP_REGISTERED_RING）在 multi-process 同享 SQ/CQ 的工程价值？ A 它让 ring 只能单个进程访问 B 它只能用于单线程 C 它禁止共享内存 D 通过注册共享内存让多进程共享 SQ/CQ，统一管理 IO 提交与完成，减少多实例开销 ✓ 正确答案
# 12. rzcache buffer 与 io_uring_sqe 的 IOSQE_FIXED_BUF_FD 关联的工程边界？ A 它动态映射 buffer B 它只能用于读 C 它与 fd 无关 D 它让 SQE 使用已注册的固定 buffer，省去每次 GUP 与映射，但需保证 buffer 注册与生命周期安全 ✓ 正确答案
# 13. io_uring_prep_openat / io_uring_prep_close / io_uring_prep_fsync 在 file operation 工程价值？ A 它们只能同步执行 B 这些操作不能批处理 C io_uring 可将 openat/close/fsync 异步化，批量提交统一处理完成，避免文件操作阻塞线程 ✓ 正确答案 D fsync 不能异步
# 14. io_uring_prep_futex_wait / io_uring_prep_futex_wake 在 user-space 同步工程价值？ A futex 等待必须阻塞线程 B 它不能用于同步 C io_uring 把 futex 等待/唤醒异步化，作为 CQ 事件交付，线程不阻塞，可与 IO 完成统一处理 ✓ 正确答案 D 它只能用于锁
# 15. uring_cmd 在 opcode-based dispatch 通过 io_uring_cmd_prep 的 opcode / fd / buf / len 联合编码工程价值？ A io_uring_cmd_prep 解析 opcode/fd/buf/len 联合编码，内核按 opcode 分发到对应驱动，支持设备命令扩展与高效提交 ✓ 正确答案 B 命令不区分类型 C 它不能携带数据 D 它只能用于一个设备
# 16. iopoll 在 io_uring_enter 期间 busy-spin 与 submit_and_wait 的 budget 计算工程价值？ A 通过预算控制自旋时长，先尝试低延迟完成，预算耗尽则转入睡眠，平衡延迟与 CPU 占用 ✓ 正确答案 B 永远自旋不睡眠 C 预算与完成率无关 D 自旋时长固定
# 17. uring_cmd 与 io_uring async cancel 的工程边界？ A 异步取消依赖驱动实现 uring_cmd 的取消回调，且需保证不破坏设备状态一致性 ✓ 正确答案 B 所有 uring_cmd 都能取消 C 取消不涉及驱动 D 取消必然安全
# 18. io_uring_prep_msg_ring 在 cross-uring notification 协同工程边界？ A 它让一个 io_uring 向另一个投递事件完成通知，实现跨实例协同，但需目标注册且保证 CQ 不溢出 ✓ 正确答案 B 它只能向自己发通知 C 它不能携带数据 D 它只能用于同线程
# 19. SQPOLL 在 IORING_SETUP_SQ_AFF 与 IORING_SETUP_SQPOLL 时通过 io_uring_get_sqe 在 user/kernel 双侧访问的工程价值？ A 用户必须 syscall 提交 B 内核线程不轮询 C 用户通过 io_uring_get_sqe 直接写共享 SQ ring 免 syscall，内核绑核轮询线程低延迟处理，双侧协作提交 ✓ 正确答案 D 用户不能写 SQ ring
# 20. SQPOLL 在 IORING_SETUP_COOP_TASKRUN 的 task_work 协同工程边界？ A 它协作地把 task_work 交给用户线程执行，减少与用户线程的竞争，但依赖用户线程及时运行 task_work ✓ 正确答案 B 它让 SQPOLL 线程独占完成处理 C 它禁用 task_work D 它只影响磁盘 IO
# 21. io_uring zero-copy 在 IORING_OP_SEND_ZC / RECV 通过 IORING_RECVSEND_FIXED_BUF 的 buffer lifecycle 工程价值？ A 发送后 buffer 即可复用 B 零拷贝仍需拷贝 C buffer 生命周期无约束 D 使用固定 buffer 时页已 pin，发送后需等完成通知才能复用，且 unregister 前保证无 pending 使用，保证生命周期安全 ✓ 正确答案
# 22. zero-copy 与 io_uring_register_buffers 的 fixed buffer 在 PCI device DMA 协同工程价值？ A 固定页不能被 DMA 访问 B 固定 buffer 与 DMA 无关 C DMA 会移动页 D 注册 buffer 的页被 pin 后建立稳定 DMA 映射，PCI 设备可直接 DMA 访问，配合 zero-copy 消除拷贝 ✓ 正确答案
# 23. io_uring buffer ring 的 IORING_REGISTER_BUFFERS 与 IORING_REGISTER_BUFFERS_UPDATE 的 buffer ring 管理工程价值？ A 注册后无法更新 B 更新必然不安全 C IORING_REGISTER_BUFFERS 注册固定 buffer，BUFFERS_UPDATE 支持动态替换/更新，兼顾高性能与灵活性，但更新需与 pending IO 同步 ✓ 正确答案 D 只能注册一次
# 24. io_uring_prep_read / io_uring_prep_write / io_uring_prep_readv / io_uring_prep_writev 在 buffered IO / O_DIRECT 的 sqe flags 工程价值？ A flags 不影响 IO 语义 B 只能走 buffered IO C readv/writev 不能用于 io_uring D 通过 sqe flags 选择 buffered/O_DIRECT、固定缓冲、缓冲选择等提交方式，配合 readv/writev 灵活适配不同 IO 语义 ✓ 正确答案
# 25. io_uring_prep_accept / io_uring_prep_connect / io_uring_prep_send / io_uring_prep_recv 在 networking opcode 工程价值？ A 网络操作必须同步 B 每个连接需一个线程 C io_uring 把 accept/connect/send/recv 异步化并统一管理，配合 multishot 减少线程与上下文切换，支撑高并发网络服务 ✓ 正确答案 D 它不能与磁盘 IO 混用
# 26. personality 在 io_uring_enter 时通过 IORING_OP_PERSONALITY 自动切换的工程价值？ A 身份切换必须手动进行 B 请求可指定 personality，内核执行时自动切换凭据，实现按请求的权限隔离与自动化身份管理 ✓ 正确答案 C 它不能控制权限 D 它只能用于单用户
# 27. uring_cmd 与 registered personality/credential 在 sandbox multi-tenant 数据库的权限工程价值？ A 所有租户共享同一权限 B 权限控制无关紧要 C 注册各租户凭据，请求按 personality 以对应租户权限执行，结合 uring_cmd 限制命令，实现多租户沙箱隔离 ✓ 正确答案 D 不适合多租户
# 28. uring_cmd 与 IORING_SETUP_SQE128 在 128-byte extended SQE 的工程价值？ A 它缩小 SQE 通过 B 它减少命令空间 C 它与 uring_cmd 无关 D 它让 SQE 使用 128 字节，为 uring_cmd 提供更大命令编码空间，支持更复杂的设备命令 ✓ 正确答案
# 29. buffer ring 与 registered personality 在跨进程 buffer 提供工程边界？ A buffer 可被任意进程访问 B 不需要权限校验 C 跨进程 buffer 共享需校验所有权与权限，通过 personality 适配身份，防止越权访问与所有权混乱 ✓ 正确答案 D 跨进程共享必然安全
# 30. shared ring 的 feature flags IORING_FEAT_RSRC_TAGS 在 multi-process resource sharing 工程价值？ A 它不支持资源标签 B 标签与共享无关 C 它只影响单进程 D 它表明支持资源标签，为共享资源提供标识，支撑多进程资源共享的可追踪与校验 ✓ 正确答案
# 31. shared ring 在 unmapped SQ/CQ 的 process attach/detach 协同工程边界？ A 进程可随意 detach 并释放 ring B detach 不影响其它进程 C 进程 attach/detach 需协同管理共享 ring 的生命周期与 head/tail 同步，避免破坏在用进程与竞态 ✓ 正确答案 D 共享 ring 不能动态加入进程
# 32. uring_cmd 的作用，io_uring 上传递自定义命令给设备驱动的机制如何？ A 它只用于通用读写 B 它只能同步执行 C 它必须经过文件系统 D 它通过 SQE 编码设备命令，经 io_uring_cmd_prep 解析后 dispatch 给驱动，为设备提供异步低延迟自定义命令通道 ✓ 正确答案
# 33. port-based routing 与 PCIe BDF（Bus/Device/Function）编号协同的工程价值？ A 两者完全独立 B port-based routing 用端口转发路径，BDF 标识设备身份，二者协同支撑复杂拓扑的设备定位与路由 ✓ 正确答案 C BDF 负责转发 D 端口不用于路由
# 34. seccomp 与 uring_cmd 协同限制 opcode 子集的工程价值？ A seccomp 无法过滤 uring_cmd B seccomp 通过过滤器限制 uring_cmd 的 opcode 子集，实现命令级白名单，防止沙箱内越权命令下发 ✓ 正确答案 C 过滤只影响性能 D 沙箱内可下发任意命令
# 35. uring_cmd 的 seccomp filter 与 IORING_SETUP_SQE128 的 extended flags 协同工程价值？ A seccomp 只能过滤标准 SQE B 过滤削弱命令能力 C 扩展字段无法被过滤 D seccomp filter 可覆盖扩展 SQE 的 extended flags，防止通过扩展字段绕过过滤，实现细粒度命令级安全控制 ✓ 正确答案
# 36. uring_cmd 在 IORING_SETUP_R_DISABLED 模式下限制 IO opcodes 的工程价值？ A 实例默认启用所有功能 B 它不能限制命令 C 它以禁用状态创建（ring fd 不预先安装），可在启用前施加 opcode 限制再显式启用，降低沙箱攻击面 ✓ 正确答案 D 它只影响性能
# 37. uring_cmd 与 Landlock LSM 在 file descriptor 创建协同工程边界？ A Landlock 不影响 uring_cmd 的 fd B uring_cmd 创建的 fd 需受 Landlock 文件系统访问策略约束，防止绕过文件系统权限边界 ✓ 正确答案 C fd 创建无需检查 D Landlock 只保护目录
# 38. port-based routing 在 multi-host / multi-switch fabric 的 addressing 与 forwarding 工程价值？ A 需要一个全局地址表 B 端口不能用于多 switch C 用端口 ID 寻址与逐段转发，适应多 host/switch 拓扑，规则简单可扩展，支持跨 fabric 端到端连通 ✓ 正确答案 D 只能单 host
# 39. zero-copy 在 IORING_NOTIFY_ZC_TX 通过 CQE flags 完成确认的工程价值？ A 通过 CQE flags 提供零拷贝发送完成确认，用户据此安全复用 buffer，处理统一可靠 ✓ 正确答案 B 发送后无需确认 C 确认只能通过 error queue D 完成确认不可靠
# 40. zero-copy 与 msghdr 在 zero-copy notify 与 completion 的工程边界？ A completion 即表示 buffer 可复用 B completion 表示请求已处理，notify 才表示数据发送完成、buffer 可复用，两者需区分以保证缓冲安全 ✓ 正确答案 C 两者完全相同 D 无需区分
# 41. recv_bundle（IORING_RECVSEND_BUNDLE）将多个 buffer 一次性作为 recv target 的工程价值？ A 一次只能接收一个 buffer B 它让一次 recv 填充多个 buffer，减少请求数量与 syscall 开销，提升接收吞吐 ✓ 正确答案 C 它只能用于发送 D 它减少接收效率
# 42. buffer ring multishot 与 IORING_REGISTER_PBUF_RING 的 persona-based buffer 共享工程价值？ A 每个 persona 独立缓冲互不共享 B buffer ring multishot 自动填充接收缓冲，persona 化共享让多身份安全共享缓冲资源并保证权限匹配 ✓ 正确答案 C multishot 需每次重新提交 D 共享必然导致权限混乱
# 43. credential 与 file descriptor table 的 sync 协同工程边界？ A 两者无需匹配 B 请求执行时 credential 与 fd table 需同步一致，避免身份错配访问 fd 与 TOCTOU，保证权限与文件访问一致 ✓ 正确答案 C 跨进程共享自动一致 D 同步无关紧要
# 44. CXL.cache 2.0 在 device-attached memory 的 cache coherency protocol 升级工程价值？ A 它只保证设备本地缓存 B 它不支持设备缓存 C 一致性由软件维护 D 它通过协议升级保证设备缓存主机内存与设备内存的一致性，减少软件一致性开销，提升异构计算性能 ✓ 正确答案
# 45. IDE 在 CXL.mem / CXL.cache 的 link integrity（MAC）与 confidentiality（encryption）协同工程价值？ A MAC 保证链路数据完整性、加密保证机密性，二者协同保护 CXL 链路传输安全 ✓ 正确答案 B 只保护完整性 C 只保护机密性 D IDE 不保护链路
# 46. CXL 4.0 在 MLD（Mixed Logical Device）通过 tunnel 标识 multi-logical device 协同工程价值？ A 一个物理设备只能一个逻辑设备 B MLD 让一个物理设备承载多个逻辑设备，通过 tunnel 标识区分数据流，提高利用率与灵活性 ✓ 正确答案 C tunnel 无法区分设备 D 逻辑设备不能隔离
# 47. CXL 4.0 Switch 的 Multi-Level Switching（MLS）通过 cross-link 在 host-switch-host fabric 协同工程价值？ A 只能单 switch B cross-link 不支持级联 C MLS 通过 cross-link 级联多级 switch，支持 host-switch-host 复杂 fabric，扩展互联规模与灵活性 ✓ 正确答案 D 多级拓扑无法互通
# 48. CXL Switch 的 VCS（Virtual CXL Switch）在 multi-tenant fabric 隔离工程价值？ A 所有租户共享一片资源 B 虚拟 switch 无法隔离 C VCS 把物理 switch 虚拟化为多个虚拟 switch，各租户独立配置与资源，实现共享硬件下的安全隔离 ✓ 正确答案 D 隔离只针对性能
# 49. CXL Switch 在 CXL.cache device-coherent 协同的工程边界？ A switch 不参与一致性 B 一致性由软件保证 C CXL Switch 需正确转发一致性请求并维护协议状态，保证设备与主机缓存一致，同时权衡多级拓扑延迟 ✓ 正确答案 D switch 转发会破坏一致性
# 50. CXL 的 DRAM ECC 与链路层 CRC 分别保护哪一段数据通路，覆盖范围有何不同？ A DRAM ECC 保护内存颗粒内部，链路 CRC 保护链路传输，二者分层互补覆盖不同数据通路 ✓ 正确答案 B 两者覆盖相同 C CRC 保护内存内部 D ECC 保护链路
# 51. CXL 2.0 协议在 fabric attached memory 的 addressing 升级工程价值？ A addressing 升级支持访问 fabric 附加的内存资源，支撑多 host 共享内存池与资源池化 ✓ 正确答案 B 只能寻址本机内存 C 无法访问 fabric 内存 D 寻址不扩展
# 52. CXL 4.0 协议在 CXL Switch 与 Type-3 device fabric 拓扑工程价值？ A Type-3 device 不能接入 switch B switch 不提供转发 C CXL 4.0 支持 Type-3 device 通过 switch 接入 fabric，实现多设备共享与多 host 互联 ✓ 正确答案 D 只能单设备
# 53. CXL 4.0 Tunneling 通过 PCIe tunnel 在 PCIe fabric 透传 CXL 协议（PCIe over CXL / CXL over PCIe）的工程价值？ A CXL 不能穿越 PCIe fabric B 它不兼容 PCIe C 它需要全新网络 D 它通过 PCIe tunnel 透传 CXL 协议，复用既有 PCIe 基础设施，实现协议互操作与兼容部署 ✓ 正确答案
# 54. CXL.mem 的 poison list 与 memory failure 上报机制如何与内核 memory_failure() 协同隔离坏页？ A 内核不处理 CXL 坏页 B CXL.mem 上报 poison list，内核通过 memory_failure() 定位并隔离坏页，防止故障扩散 ✓ 正确答案 C 坏页无法隔离 D 上报后内核忽略
# 55. CXL 链路 CRC 错误与 retry/degradation 处理如何在保证可靠性的同时控制延迟？ A CRC 检测错误后重试恢复，持续失败则降级，在保证可靠性的同时通过受限重试控制延迟 ✓ 正确答案 B 检测到错误直接丢弃 C 重试无限制 D 降级不保证可靠性
# 56. CXL memory hot-remove 如何与内核 soft-offline（软下线）配合迁移在用页？ A 热移除前无需迁移页 B 热移除前通过 soft-offline 迁移在用页并移出映射，保证数据安全后再移除内存设备 ✓ 正确答案 C 在用页无法迁移 D 热移除会丢失数据
# 57. CXL RAS 中的错误注入与 poison 机制如何用于故障演练与验证？ A 错误只能自然发生 B 错误注入与 poison 机制用于受控模拟故障，验证内核错误检测、隔离与恢复路径，保障可靠性 ✓ 正确答案 C 注入无法验证 D 演练破坏系统
# 58. CXL.io 2.0 在 PCIe 6.0 物理层通过 FLIT（256-byte flow control unit）的工程价值？ A CXL.io 2.0 复用 PCIe 6.0 的 256-byte FLIT 物理层，内置 CRC 与重传，提升带宽与可靠性 ✓ 正确答案 B FLIT 只有 64 字节 C FLIT 增加开销 D CXL.io 不用 PCIe 物理层
# 59. CXL.mem 2.0 在 HDM（Host-managed Device Memory）的 Memory Pool Expansion 工程价值？ A 设备内存不可由主机管理 B 设备内存独立于主机 C 内存池无法扩展 D HDM 让设备内存归主机管理，Memory Pool Expansion 支持按需扩容内存池，提升容量弹性 ✓ 正确答案
# 60. CXL 4.0 port-based routing 通过 16-bit port ID 在 fabric 拓扑标识 endpoint 的工程价值？ A 16-bit port ID 提供充足标识空间，支撑大规模 fabric 的 endpoint 定位与简单可扩展路由 ✓ 正确答案 B 端口空间很小 C 端口不能标识 endpoint D 路由依赖复杂表
# 61. port-based routing 在 CXL Switch P2P 转发与 ordering 协同工程边界？ A P2P 转发无需顺序保证 B port-based routing 支持 P2P 转发，但需遵守 ordering 规则保证同一地址访问有序，避免数据竞争 ✓ 正确答案 C P2P 需要经过主机 D ordering 会破坏性能
# 62. CXL IDE 在 multi-key encryption 与 KSM（Key Stream Manager）的工程边界？ A multi-key 为不同数据流隔离密钥，KSM 安全管理密钥生命周期，实现共享链路上的加密隔离与安全 ✓ 正确答案 B 所有数据流用一个密钥 C 密钥不需管理 D 多密钥无法隔离
# 63. CXL 4.0 Trusted Security Protocol IDE 通过 device attestation（SPDM、IDE Key）的工程价值？ A 无需验证设备身份 B 通过 SPDM 证明设备可信，再基于证明建立 IDE Key，保证链路安全建立在可信设备之上 ✓ 正确答案 C IDE Key 与设备无关 D 证明不用于安全
# 64. CXL IDE 与 TEE（Intel TDX、AMD SEV-SNP）attestation 在 CXL Type-3 device 协同工程价值？ A 两者独立无协同 B IDE 不涉及 TEE C 链路无需加密 D TEE attestation 证明主机可信，CXL IDE 保护链路，二者结合为 Type-3 device 与可信主机提供端到端安全 ✓ 正确答案
# 65. CXL 4.0 IDE 与 SPDM（Security Protocol and Data Model）1.x 的 measurement / signature 协同工程价值？ A SPDM 提供设备 measurement 与签名验证，建立信任，为 IDE 的链路安全提供可信基础 ✓ 正确答案 B SPDM 不提供测量 C 签名用于加密而不是验证 D 测量与安全无关
# 66. CXL 4.0 Switch 在 fabric topology 的 port-based tunneling 协同工程价值？ A 隧道只能承载单一协议 B port-based tunneling 通过端口封装不同协议在 fabric 中统一转发，提升拓扑灵活性与多协议共存能力 ✓ 正确答案 C 隧道不能复用端口 D 隧道降低转发能力
# 67. CXL Switch 在 port-based routing 的 peer-to-peer（CXL.mem P2P）协同工程价值？ A 设备间内存访问必须经过主机 B P2P 降低性能 C port-based routing 支持设备经 switch 直接互访内存（P2P），减少主机中转，降低延迟 ✓ 正确答案 D switch 不支持 P2P
# 68. CXL 2.0 在 TEE（Intel TDX、AMD SEV-SNP）attestation 协同 memory encryption 工程价值？ A TEE 不保护 CXL 内存 B 证明无关紧要 C CXL 内存不加密 D CXL 2.0 与 TEE 协同，使加密与证明扩展到 CXL 内存，支撑机密计算的内存扩展与端到端安全 ✓ 正确答案
# 69. CXL 1.0 在 fixed memory window 64-bit 与 TDX attestation 的 memory mapping 工程价值？ A 固定窗口不能用于 TDX B 64-bit 固定窗口映射 CXL 内存为主机内存，与 TDX attestation 协同保证映射可信并受加密保护 ✓ 正确答案 C 映射不受 TEE 保护 D 窗口与寻址无关
# 70. CXL 2.0 在 CXL.mem MHD（Memory Hot-plug Device）通过 CDAT（Coherent Device Attribute Table）协同工程价值？ A 内存无法热插拔 B CDAT 不描述属性 C MHD 支持内存热插拔，CDAT 描述设备内存属性，协同支撑动态内存资源发现与规划 ✓ 正确答案 D 热插拔与 CDAT 无关
# 71. CXL 1.0 / 2.0 在 legacy PCIe device emulation 协同的工程边界？ A CXL 设备不能在 PCIe 环境工作 B 兼容无边界 C 模拟提供全部 CXL 功能 D CXL 设备通过 PCIe emulation 在 legacy 环境以 PCIe 语义降级工作，保证兼容但明确功能/性能边界 ✓ 正确答案
# 72. CXL 4.0 Memory Pool Expansion 通过 coherent memory fabric 在 multi-host share memory pool 工程价值？ A 内存池只能单个 host 使用 B 多 host 访问必然冲突 C fabric 不保证一致性 D 通过 coherent memory fabric 组织内存池供多 host 共享一致访问，实现资源池化与弹性扩展 ✓ 正确答案
# 73. Memory Pool Expansion 在 Persistent Memory Pool 的 hot-add 协同工程价值？ A 持久内存不能热添加 B hot-add 支持运行中动态向持久内存池添加设备扩容，兼顾持久性与容量弹性 ✓ 正确答案 C 持久内存池不可动态扩 D hot-add 与持久内存无关
# 74. CXL Memory Pool 在 Linux CXL subsystem（drivers/cxl）的 region decoder 协同工程价值？ A 它不映射内存 B 解码只在用户态 C region 与内存池无关 D 通过 region decoder 把 CXL 内存区域映射为系统可寻址内存，并可组织成内存池纳入系统管理 ✓ 正确答案
# 75. Memory Pool Expansion 与 NUMA balancing 在 hot-plug memory 工程边界？ A 热插拔 CXL 内存需正确 NUMA 归属，NUMA balancing 需区分性能层级避免迁移到更慢内存，平衡扩容与性能 ✓ 正确答案 B 热插拔内存不需要 NUMA 管理 C 扩容不影响 NUMA D NUMA 与性能无关
# 76. CXL 设备的可纠正错误（CE）与不可纠正错误（UCE）分别通过什么路径上报给主机？ A CE 与 UCE 用相同路径 B UCE 无需处理 C CE 通过可纠正错误路径（如 AER）上报无需中断，UCE 通过不可纠正路径上报并触发隔离/恢复，实现分级处理 ✓ 正确答案 D CE 必须中断设备
# 77. CXL 内存故障的页级隔离相比整设备下线如何提升可用性？ A 页级隔离会下线整个设备 B 隔离粒度越粗越好 C 页级隔离只隔离故障页，保留健康内存，相比整设备下线减少容量损失与中断，提升可用性 ✓ 正确答案 D 故障页无法隔离
# 78. uring_cmd 的应用，NVMe 直通、存储设备卸载的工程案例如何？ A 它用于 NVMe 直通下发设备命令、存储设备卸载等场景，结合 io_uring 异步模型实现低延迟高性能 ✓ 正确答案 B 它只能用于文件系统读写 C 它不能用于 NVMe D 它增加主机 CPU 负担
