6.824-golabs-2020
6.824-golabs-2020 copied to clipboard
yzongyue
MIT 6.824 2020
请问，为什么您的代码中持久化了这两个变量呢？ ``` go func (rf *Raft) getPersistData() []byte { w := new(bytes.Buffer) e := labgob.NewEncoder(w) e.Encode(rf.term) e.Encode(rf.voteFor) e.Encode(rf.commitIndex) e.Encode(rf.lastSnapshotIndex) e.Encode(rf.lastSnapshotTerm) e.Encode(rf.logEntries) data := w.Bytes() return data } ``` 其实我赞成您的这个做法，但在论文中并没有提到需要持久化这两个变量，尤其是lastApplied。 如果没有持久化lastApplied，节点在reboot之后，应该会根据commitIndex更新lastApplied，这样便会重复apply在reboot之前的entry。...
请问大佬，有没有遇到过调用如AppendEntries()这类RPC的时候返回false的情况呢？如果有的话，造成的原因是什么呢？ 我看到您的代码中有对这个问题进行处理： ```go go func(args *AppendEntriesArgs, reply *AppendEntriesReply) { ok := rf.peers[peerIdx].Call("Raft.AppendEntries", args, reply) if !ok { time.Sleep(time.Millisecond * 10) } resCh
大佬，lab2D是没有test吗？然后我并没有看到代码里面有主动调用sendInstallSnapshot以及生成snapshot的情况，唯一一处是在startApplyLogs中，但是由于判断条件不会满足，所以不会去执行。 是2020版本要求就是这样，还是啥？
大致看了下源代码，感觉可能有以下问题: 当follower 1的election timer超时调用startElection()后，如果是rpc的RequestVote/AppendEntries先拿到锁并且发现有更大的term x, 那么follower 1会依然成为candidate并且term会是x + 1。那么一个刚当上leader的节点可能会被由follower转candidate的1替代掉，test的one()会失败。 如果理解错了，望谅解(我自己的lab 2当时卡在这里了)。
lab3b里正常的snapshot到这里就不行了，连续出现 wrong group，没法向前推进，不知到你有没有出现类似问题
In `src/shardmaster/server.go` line 140 ```golang for i, val := range config.Shards { if count == avg { break } if val == 0 && count < avg { config.Shards[i] =...
