2C的test中的unreliable figure8算是给博主的迎头一棒,需要根据raft论文的figure8进行解决,leader无法提交不属于currentTerm的日志,当确定committed到当前term时才能apply。
这一步没做到时,报错大概率为applied error,相同 index command不同的错误提示
可以参考mit 6.824-2021-lab2C 总体认识和实验记录 - 知乎 (zhihu.com)
MIT 6.824 Lab 2: Raft 实验 | Ray's Blog (rayzhang.top)你还在调试 6.824 lab2 吗...-Chenghang shi(施程航) (enochii.github.io)等进行学习
博主由于之前的不严谨,给自己留下了很大的改进困难,最后不得不重构代码。
根据前任及博主自己的经验,unreliable figure8的除了上述这一点以外,需要对性能有一定的考验,那么就需要对快速恢复进行一定的设计,可以参考课程里老师提出的意见7.3 快速恢复(Fast Backup) | MIT6.824 (gitbook.io)
如果做到了figure8的原则,那么由于性能问题出现的报错应该为 fail to reach agreement
TestFigure8Unreliable2C 这测试用例一共运行不超过40s。前10秒在可靠网络各种插入数据。中间20秒,在不可靠网络中各种插入数据。最后10s,开始的时候,恢复网络,插入一个数据,等待这个数据被提交,如果超过这10s就报错。
最后也是能比较稳定达成pass
一下为博主的github仓库,需要的可以参考kingsill/RPC (github.com)