问题列表

RAID 相关

  1. SSD 的磨损 / 损坏情况是怎样的

    Chiro：如果一次就会使得一整个盘坏掉，那 Zones 级别的 RAID 意义可能不大。

    老师：其实商用 SSD 的损坏情况和消费级的是不一样的，消费级的一般一次坏掉一整个盘，但是商用的话需要尽可能完全使用 SSD 的每个颗粒，如果颗粒寿命耗尽会屏蔽掉这个颗粒然后继续使用。我可以给你们一篇谷歌在这方面数据的论文。（Flash Reliability in Production: The Expected and the Unexpected）

  2. 基于 Zones 的 RAID 和普通的 RAID，区别和改进是什么？

    1. 提高区域利用性：当一个商用 ZNS 只坏掉了一个区域，可以用 RAID 的冗余特性将数据恢复并屏蔽相关区域，就可以继续运行，完全压榨所有颗粒的寿命。

    2. 提高读写带宽：

      当使用多个设备的时候，均衡分配块的读写。

      1. 如何分配不同的 devices 的 Open Zones？
      2. 如何使 Read / Write 尽量应用不同设备的更多的 Open Zones 来提高整体带宽？

  3. RAID5 为什么要错开校验存储？

调参相关

  1. ZenFS 相关的参数可能比较少，如果进行调参工作的话工作空间有限

    老师：其实不需要将视野局限于 ZenFS 这一个文件系统，如果能够在 ZNS 上做多种文件系统的调参，工作层次就能打开了。例如，做在 ZNS 上实现的 F2FS、btrfs 的调参等。

  2. 对训练数据还没收集积累，收集数据时间可能不够

  3. 数据调参的逻辑解释

  4. 扩充参数

  5. 动态调参的详细过程

    在系统运行当中，调参模块只能获取到系统在一段时间上的数据，没法启动更多测试进程来收集新数据，如何做动态调参？

  6. 调参的视频展示

应用相关

  1. 当前 ZenFS 的应用场景局限于 RocksDB 这一个单一的场景，但是能扩展的引用场景同样有限

    Chiro：ZenFS 针对 RocksDB 到 ZNS 的读写而开发，中间的原理和逻辑并不复杂，但是正是因为其原理和逻辑很简单，没有做 POSIX 的访问接口；如果我们基于 ZenFS 去实现这一中接口，虽然可能是扩展了 ZenFS 以及相关 ZNS 的应用场景，但是性能和效果未必比西数官方在 ZNS 上的 F2FS、btrfs 的实现要好。

    老师：基于 ZenFS 去专门实现一个 POSIX 的接口是可以的，因为 ZenFS 的架构和刚才你举例的那些文件系统都不一样，而且其原来的文件系统的简单正说明有很多创新的工作可以做。其次，可以进一步利用其顺序写的特性，扩展更多 RocksDB 外的存储专用的场景，例如其他的数据库到 LSM-Tree 的兼容。