Я просматриваю виды сценариев, которые базовый алгоритм Паксо может получить согласие с конечным результатом. В одном случае я не могу объяснить результат.Вопросы Паксоса: если предложение вниз, что случилось?
Существует два предложенных P1 P2, три акцептора A1 A2 A3. Р1 предложит значение и, Р2 предложит значение ст.
1. Р1 (отправить идентификационный номер) завершить стадию подготовки, получают все обещание от A1 A2 A3, то в A1 A2 A3 всех п магазина, как идентификатор.
2. Р2 (отправить идентификатор п + 1), то A1 A2 A3 магазин п + 1, как идентификатор
3. P2 вниз.
4. P1 отправьте запрос на прием с (n, u) на A1 A2 A3, конечно, A1 A2 A3 отклонит запрос, к сожалению, в то же время P2 уже выключен.
Такой примерный случайный случай, что бы мы сделали дальше? еще один новый раунд Paxos?
Вы можете предоставить здесь немного контекста? зачем вам P2 быть онлайн, если кворум (A1, A2, A3) уже принял значение, предложенное P2? – saljuama
A1, A2, A3 просто ответьте OK на P2 на этапе подготовки и сохраните идентификатор в локальном хранилище. Перед тем, как P2 отправьте запрос accept со значением v, P2 не работает. Это означает, что значение не определено (A1, A2, A3), так как v не прибывает. Но P1 (id is n) посылает любой запрос-прием, который будет отбрасываться A1, A2, A3, потому что его идентификатор меньше, чем идентификатор P2 (n + 1). –