Download presentation

Presentation is loading. Please wait.

Published byCarrie Joseph Modified over 3 years ago

1
Failure detector The story goes back to the FLP’85 impossibility result about consensus in presence of crash failures. If crash can be detected, then consensus is trivial! In synchronous systems with bounded delay channels, crash failures can definitely be detected using timeouts. But what about asynchronous systems? Can we design a failure detector for asynchronous distributed systems?

2
Failure detectors for asynchronous systems In asynchronous distributed systems, the detection of crash failures is imperfect. There will be false positives and false negatives. This is why, consensus cannot be solved? But how close can we get towards a perfect failure detector? Two properties are relevant: Completeness. Every crashed process is suspected. Accuracy.No correct process is suspected.

3
Example 0 6 1 3 5 2 4 7 0 suspects {1,2,3,7} to have failed. Does this satisfy completeness? Does this satisfy accuracy? crashed

4
Classification of completeness Strong completeness. Every crashed process is eventually suspected by every correct process, and remains a suspect thereafter. Weak completeness. Every crashed process is eventually suspected by at least one correct process, and remains a suspect thereafter. (These are liveness properties)

5
Classification of accuracy Strong accuracy. No correct process is ever suspected. Weak accuracy. There is at least one correct process that is never suspected. (These are safety properties)

6
Transforming completeness Transforming Weak completeness into strong completeness Program strong completeness (program for process i}; define D: set of process ids (representing the suspects); initially D is generated by the weakly complete failure detector; do true send D(i) to every process j ≠ i; receive D(j) from every process j ≠ i; D(i) := D(i) D(j); if j D(i) D(i) := D(i) \ j fi od

7
Eventual accuracy Accuracy is a safety property. A failure detector is eventually strongly accurate, if there exists a time T after which no correct process is suspected. (Before that time, a correct process be added to and removed from the list of suspects any number of times) A failure detector is eventually weakly accurate, if there exists a time T after which at least one process is no more suspected.

8
Classifying failure detectors {strong completeness, weak completeness} x {strong accuracy, weak accuracy, eventually strong accuracy, eventual weak accuracy} Perfect P. (Strongly) Complete and strongly accurate Strong S. (Strongly) Complete and weakly accurate Eventually perfect ◊P. (Strongly) Complete and eventually strongly accurate Eventually strong ◊S (Strongly) Complete and eventually weakly accurate Other classes are feasible like W (combining weak completeness with weak accuracy) and ◊W

9
Classifying failure detectors Perfect P. (Strongly) Complete and strongly accurate Strong S. (Strongly) Complete and weakly accurate Eventually perfect ◊P. (Strongly) Complete and eventually strongly accurate Eventually strong ◊S (Strongly) Complete and eventually weakly accurate strong completeness weak completeness strong accuracyweak accuracy◊ strong accuracy◊ weak accuracy Perfect PStrong S◊P◊S Weak W ◊W

10
Motivation Given a failure detector of a certain type, how can we solve the consensus problem? Question 1. How can we implement these classes of failure detectors in asynchronous distributed systems? Question 2. What is the weakest class of failure detectors that can solve the consensus problem? (Weakest class of failure detectors is closer to reality)

11
Consensus using failure detector input output 1 2 3 4 Agreed value

12
Consensus using P { program for process p, t = max number of faulty processes } init V p := ( , , , …, ,); V p [p] := input of p; D p := V p ; r p :=1 {Phase 1} do r p < t+1 send (r p, D p, p) to all; wait to receive (r p, D q, q) from all q, or q becomes a suspect; k := 1; do k ≠ n if V p [k] = (r p, D q, q): D q [k] ≠ V p [k] := D q [k] fi k:=k+1 od r p := r p +1 od {Phase 2} Final decision value is the first element V p [j]: V p [j] ≠

13
Understanding consensus using P It is possible that a process p sends out the first message to q and then crashes. If there are n processes and t of them crashed, then after at most (t +1) asynchronous rounds, V p for each correct process p becomes identical, and contains all inputs from processes that may have transmitted at least once. The choice function leads to a unique output.

14
Understanding consensus using P ii j k ll l l Sends (1, D i ) and then crashes Sends (2, D j ) and then crashes Sends (t, D k ) and then crashes Sends (t+1,D l ) Completely connected topology

Similar presentations

OK

CS 425/ECE 428/CSE424 Distributed Systems (Fall 2009) Lecture 9 Consensus I Section 12.5.1-12.5.3 Klara Nahrstedt.

CS 425/ECE 428/CSE424 Distributed Systems (Fall 2009) Lecture 9 Consensus I Section 12.5.1-12.5.3 Klara Nahrstedt.

© 2018 SlidePlayer.com Inc.

All rights reserved.

To ensure the functioning of the site, we use **cookies**. We share information about your activities on the site with our partners and Google partners: social networks and companies engaged in advertising and web analytics. For more information, see the Privacy Policy and Google Privacy & Terms.
Your consent to our cookies if you continue to use this website.

Ads by Google

Ppt on conservation and management of forest Ppt on obesity management matrix Ppt on machine translation system Ppt on memory in computer Ppt on conservation and management of soil Ppt on depth first search example Ppt on sustainable development Ppt on supply chain management of nokia windows Ppt on ministry of corporate affairs notification Ppt on social contract theory thomas