一把健

mit_6.824_2021_lab3B_kvraft_with_snapshots Part B: Key/value service with snapshots 紧接着 lab3A，将键值存储服务的快照功能加上，这里的代码量不多，主要是对lab3A，和 raft 一些细枝末节的改动，让整体代码更可读，但还是发现了一个 raft 初始化的 bug，导致自己卡了一会，不过也加深了自己对 persist 这一部分的理解 实验内容 首先要知道，重启的服务器会执行一次完整的Raft日志以恢复其状态，但是，raf

mit_6.824_2021_lab3A mit_6.824_2021_lab3A_kvraft lab3 系列是将此前写好的 lab2 的 raft 库加以调用，在此基础之上实现上层的状态机，即 service 层；所以，lab2 写得不好，lab3 怎么也过不去，故需要确保 lab2 基本万无一失； 但是在此基础上，还需要依靠 service 层实现线性一致性，lab3 工作量不大，但是还是需要有良好的设计 参考了网上的部分博客和思路 https://blog.youkuaiyun.com/qq_40443651

GFS 论文笔记 Google 三驾马车之一 1. 介绍 列出了设计 GFS 的三大基本假设 首先，组件故障是一种常态，而不是例外。因此，持续监控、错误检测、容错和自动恢复必须与系统集成在一起。 其次，文件大小很大 ，因此，设计假设和参数(如I/O操作和块大小)必须重新考虑。 第三，大多数文件是通过追加新数据而不是覆盖现有数据来改变的 2. 设计摘要 系统由大量廉价的普通服务器组成，需要容错 负载基本是 大量的流式读取和小量随机读 高持续带宽比低延迟更重要。 此外，GFS还有快照和记录追加操作。 2.3