PM 项目投稿分享

主讲人：苏景波

项目周期

• 整体时长约 60weeks
• 安装，配置，熟悉 SMTXOS，性能 profiling（6 weeks）
• 补 PM 相关基础知识，梳理发展，读大量论文（4 weeks）
• 以 NOVA 为样本学习 DAX FS 的实现原理和 IO 路径，以及性能 profiling，补内核编程知识（14 weeks）
• 实现功能（使用真实的 DMA 设备），遭遇 kernel crash，补内核编程知识，内存管理、文件系统，bug 调试时长由于主要由物理机重启限制住
• 功能 profiling，解决剩余 bug
• 剩余时间梳理论文（9 月）

写作周期

经验教训

1. 讨论低效：
   1. 问题讨论不定性：讨论后并未得到一个确定的结论，后续问题难排除
   2. 结果过多无法提取重要信息：展示大量结果，期望读者从中观察
   3. 描述能力欠缺：无法准确描述问题，阻碍讨论
2. 实验低效：
   1. 影响因素、参数很多，要着重区分其中哪些是会造成影响的，是否有无效实验
3. 偏离主线：当前项目进展被一些不明确结论拖住，但最后发现该结果并没有那么重要：
   1. 相关性问题：要时刻思考出现的问题和主体项目的相关性

未来的展望和启示

less is more， 不需要展示过多甚至全部的细节，需要有力的结论（power points）

• 项目管理经验：

  • 超越感觉，通过结论来清晰地获取知识，避免感性认识。
  • 保持方向，始终要跟随主线。

• 写作经验：

  • ...理清楚浆糊= =
• 梳理相关工作
  • 学会组织
  • 根据联系、相关性组织到一起

有关个人地梳理

• 使用 IOAT 来加速，IOAT 在哪里用？
• 使用 WAL，WAL 的分类（Serial Parallel）
• related work 最后要点名自己的工作相较前人工作不同的点，power points
• 除了完备性，有没有其他实现路径来达到相同目标，解决的问题要加一个范围（scope）

PM 在分离式 DB 的应用

主讲人：阮超逸

项目周期

锁定方向： PM-based DB 和 分离式 DB

PM+logging （这一点也可以补充在 related work 调研中） -> Demo （在 Remote PM 上做 WAL）

迭代的方向，讨论测试设计，但是最开始的大方向（应用的技术、想实现的目标）是较为稳定的。