关于重新复现的想法

[WangTingZheng]

为什么复现可以这么成功？

主要原因是有它们在把关：

• 单元测试：我们几乎为每一个函数增加了单元测试，增加的代码和项目的其它部分的交互也可以通过LevelDB的单元测试来验证
• sanitizers：它可以帮助我们检查单元测试，benchmark中的内存泄漏，要长时间跑benchmark就不能有一丝内存泄漏
• GDB：它可以帮助我们定位段错误、空指针，让我们的程序不至于崩溃，崩溃了benchmark也跑不起来
• benchmark：更加接近真实场景的（随机kv、多线程），全面地跑程序，可以发现一些不容易触发的bug
• CI：跨平台，跨编译器测试，可以发现一些某个平台、编译器特有的问题，比如说multi queue里的线程安全检查就是clang独有的
• perf：性能分析工具，我们暂时还没用上

当然，还源于我对ElasticBF的论文已经非常熟悉了，所以这么说，下一篇论文应该复现的是Wisckey。

工具的副作用

• 在第一次复现的时候（第一次复现是指从0到可以长时间跑benchmark不中断），我们是被动依赖上面的工具，它们提示了我们往往才知道问题
• 但是很多时候，单元测试不一定完全，工具不一定理解我们的真实想法
• 我们需要在依赖它们的同时需要尽力摆脱它们

怎么办？

• 重新复现一次
• 有了之前踩过的坑，复现也成功了
• 从头开始推演，列出每一步的选择，分析它们的优劣，选择一条合理的，最好的
• 总结一些坑点，比如说偶发性bug多考虑并发问题

关于Rust的扩展

• Rust是CPP的竞争者，可以对比CPP来学
• 可以通过Rust来重新复现来验证上一步的正确性