Self-Stabilizing K-out-of-L Exclusion on Tree Networks Stéphane Devismes, VERIMAG Joint work with: – Ajoy K. Datta (Univ. Of Nevada) – Florian Horn (LIAFA)

Slides:



Advertisements
Similar presentations
CS 603 Process Synchronization: The Colored Ticket Algorithm February 13, 2002.
Advertisements

Mutual Exclusion – SW & HW By Oded Regev. Outline: Short review on the Bakery algorithm Short review on the Bakery algorithm Black & White Algorithm Black.
Deadlock and Starvation
Snap-stabilizing Committee Coordination Borzoo Bonakdarpour Stephane Devismes Franck Petit IEEE International Parallel and Distributed Processing Symposium.
Snap-Stabilization in Message-Passing Systems Sylvie Delaët (LRI) Stéphane Devismes (CNRS, LRI) Mikhail Nesterenko (Kent State University) Sébastien Tixeuil.
Self Stabilizing Algorithms for Topology Management Presentation: Deniz Çokuslu.
Snap-Stabilizing Detection of Cutsets Alain Cournier, Stéphane Devismes, and Vincent Villain HIPC’2005, December , Goa (India)
Fast Leader (Full) Recovery despite Dynamic Faults Ajoy K. Datta Stéphane Devismes Lawrence L. Larmore Sébastien Tixeuil.
Introduction to Self-Stabilization Stéphane Devismes.
From Self- to Snap- Stabilization Alain Cournier, Stéphane Devismes, and Vincent Villain SSS’2006, November 17-19, Dallas (USA)
Self-Stabilization: An approach for Fault-Tolerance in Distributed Systems Stéphane Devismes 16/12/2013MAROC'2013.
1 Complexity of Network Synchronization Raeda Naamnieh.
CS294, YelickSelf Stabilizing, p1 CS Self-Stabilizing Systems
Outline Max Flow Algorithm Model of Computation Proposed Algorithm Self Stabilization Contribution 1 A self-stabilizing algorithm for the maximum flow.
Chapter 4 Self-Stabilization Self-Stabilization Shlomi Dolev MIT Press, 2000 Draft of October 2003 Shlomi Dolev, All Rights Reserved ©
Distributed Mutual Exclusion
On Probabilistic Snap-Stabilization Karine Altisen Stéphane Devismes University of Grenoble.
Selected topics in distributed computing Shmuel Zaks
4.5 DISTRIBUTED MUTUAL EXCLUSION MOSES RENTAPALLI.
On Probabilistic Snap-Stabilization Karine Altisen Stéphane Devismes University of Grenoble.
4.5 Distributed Mutual Exclusion Ranjitha Shivarudraiah.
Snap-Stabilizing PIF and Useless Computations Alain Cournier, Stéphane Devismes, and Vincent Villain ICPADS’2006, July , Minneapolis (USA)
QoS-enabled Tree-based Distributed Mutexes James Edmondson Brian Sulcer.
Brief Announcement: Sorting on Skip Chains Ajoy K. Datta, Lawrence L. Larmore, and Stéphane Devismes.
Presenter: Long Ma Advisor: Dr. Zhang 4.5 DISTRIBUTED MUTUAL EXCLUSION.
Energy-Efficient Shortest Path Self-Stabilizing Multicast Protocol for Mobile Ad Hoc Networks Ganesh Sridharan
A Self-Stabilizing O(n)-Round k-Clustering Algorithm Stéphane Devismes, VERIMAG.
Autonomic distributed systems. 2 Think about this Human population x10 9 computer population.
Self-Stabilizing K-out-of-L Exclusion on Tree Networks Stéphane Devismes, VERIMAG Joint work with: – Ajoy K. Datta (Univ. Of Nevada) – Florian Horn (LIAFA)
Approximation of δ-Timeliness Carole Delporte-Gallet, LIAFA UMR 7089, Paris VII Stéphane Devismes, VERIMAG UMR 5104, Grenoble I Hugues Fauconnier, LIAFA.
Stabilization Presented by Xiaozhou David Zhu. Contents What-is Motivation 3 Definitions An Example Refinements Reference.
Weak vs. Self vs. Probabilistic Stabilization Stéphane Devismes (CNRS, LRI, France) Sébastien Tixeuil (LIP6-CNRS & INRIA, France) Masafumi Yamashita (Kyushu.
Physical clock synchronization Question 1. Why is physical clock synchronization important? Question 2. With the price of atomic clocks or GPS coming down,
University of Iowa1 Self-stabilization. The University of Iowa2 Man vs. machine: fact 1 An average household in the developed countries has 50+ processors.
Snap-Stabilization in Message-Passing Systems Sylvie Delaët (LRI) Stéphane Devismes (CNRS, LRI) Mikhail Nesterenko (Kent State University) Sébastien Tixeuil.
Anish Arora Ohio State University Mikhail Nesterenko Kent State University Local Tolerance to Unbounded Byzantine Faults.
CS 542: Topics in Distributed Systems Self-Stabilization.
Sorting on Skip Chains Ajoy K. Datta, Lawrence L. Larmore, and Stéphane Devismes.
A Torus Quorum Protocol for Distributed Mutual Exclusion A Torus Quorum Protocol for Distributed Mutual Exclusion S.D. Lang and L.J. Mao School of Computer.
Self-stabilization. Technique for spontaneous healing after transient failure or perturbation. Non-masking tolerance (Forward error recovery). Guarantees.
Self-Stabilizing Algorithm with Safe Convergence building an (f,g)-Alliance Fabienne Carrier Ajoy K. Datta Stéphane Devismes Lawrence L. Larmore Yvan Rivierre.
Hwajung Lee.  Technique for spontaneous healing.  Forward error recovery.  Guarantees eventual safety following failures. Feasibility demonstrated.
Fault tolerance and related issues in distributed computing Shmuel Zaks GSSI - Feb
Snap-Stabilization in Message-Passing Systems Sylvie Delaët (LRI) Stéphane Devismes (CNRS, LRI) Mikhail Nesterenko (Kent State University) Sébastien Tixeuil.
Superstabilizing Protocols for Dynamic Distributed Systems Authors: Shlomi Dolev, Ted Herman Presented by: Vikas Motwani CSE 291: Wireless Sensor Networks.
ITEC452 Distributed Computing Lecture 15 Self-stabilization Hwajung Lee.
Decentralized solution 1
Self-stabilizing (f,g)-Alliances with Safe Convergence Fabienne Carrier Ajoy K. Datta Stéphane Devismes Lawrence L. Larmore Yvan Rivierre.
Snap-Stabilizing Committee Coordination Borzoo Bonakdarpour, Stéphane Devismes, and Frank Petit.
Snap-Stabilizing Depth-First Search on Arbitrary Networks Alain Cournier, Stéphane Devismes, Franck Petit, and Vincent Villain OPODIS 2004, December
Introduction to distributed systems description relation to practice variables and communication primitives instructions states, actions and programs synchrony.
CSC 8420 Advanced Operating Systems Georgia State University Yi Pan Transactions are communications with ACID property: Atomicity: all or nothing Consistency:
Around Self-Stabilization Part 2: Strengthened Forms of Self-Stabilization Stéphane Devismes Post-Doc CNRS at the LRI (Paris VII)
CSE-591: Term Project Self-stabilizing Network Algorithms by Tridib Mukherjee ASU ID :
Process Management Deadlocks.
Competitive Self-Stabilizing k-Clustering
第1部: 自己安定の緩和 すてふぁん どぅゔぃむ ポスドク パリ第11大学 LRI CNRS あどばいざ: せばすちゃ てぃくそい
Distributed Mutual Exclusion
New Variants of Self-Stabilization
CS60002: Distributed Systems
Decentralized solution 1
A Snap-Stabilizing DFS with a Lower Space Requirement
Raymond Exclusive Algorithm
Mutual Exclusion Problem Specifications
Robust Stabilizing Leader Election
Mutual Exclusion CS p0 CS p1 p2 CS CS p3.
Algorithms for Extracting Timeliness Graphs
Introduction to Self-Stabilization
Snap-Stabilization in Message-Passing Systems
Distributed Systems and Concurrency: Synchronization in Distributed Systems Majeed Kassis.
Presentation transcript:

Self-Stabilizing K-out-of-L Exclusion on Tree Networks Stéphane Devismes, VERIMAG Joint work with: – Ajoy K. Datta (Univ. Of Nevada) – Florian Horn (LIAFA) – Lawrence L. Larmore (Univ. Of Nevada)

May 18th 2009SHAMAN Meeting2 Roadmap Recall on Self-stabilization Definition of the problem The solution Conclusion and perspectives

May 18th 2009SHAMAN Meeting3 Roadmap Recall on Self-stabilization Definition of the problem The solution Conclusion and perspectives

May 18th 2009SHAMAN Meeting4 Self-Stabilization: Closure + Convergence States of the System Illegitimate States Legitimate States Convergence Closure

May 18th 2009SHAMAN Meeting5 Property: Tolerance to Transient Faults

May 18th 2009SHAMAN Meeting6 Roadmap Recall on Self-stabilization Definition of the problem The solution Conclusion and Perspectives

May 18th 2009SHAMAN Meeting7 K-out-of-L Exclusion [Raynal, 91] L resource units Requests from 1 to K resource units (K≤L)

May 18th 2009SHAMAN Meeting8 K-out-of-L Exclusion 3 property to ensure: –Safety –Fairness –Efficiency

May 18th 2009SHAMAN Meeting9 Safety At any time: –Each resource unit is used by at most one process –Each process uses at most K resource units –At most L resource units are available

May 18th 2009SHAMAN Meeting10 Fairness Each request (of at most K units) is satisfied in finite time (i.e. the process then uses the resource units it holds in a special section of code called critical section)

May 18th 2009SHAMAN Meeting11 Efficiency « As many requests as possible must be satisfied simultaneously » More formally: (K,L)-Liveness

May 18th 2009SHAMAN Meeting12 (K,L)-Liveness 3? 2? 1?

May 18th 2009SHAMAN Meeting13 Waiting Time « The maximum number of time, all other processes can enter in the critical section before some process p, starting from the moment requests the critical section »

May 18th 2009SHAMAN Meeting14 Roadmap Recall on Self-stabilization Definition of the problem The solution Conclusion and perspectives

May 18th 2009SHAMAN Meeting15 Model Message-passing Bounded process memories FIFO bidirectional links Topology : oriented tree Necessary condition [Gouda-Multari, 91]: –Bounded link capacity (CMAX)

May 18th 2009SHAMAN Meeting16 Approach Token-based (resource units = tokens) Modular: –Non Self-stabilizing K-out-of-L Exclusion –Self-stabilizing Controller

May 18th 2009SHAMAN Meeting17 DFS circulation

May 18th 2009SHAMAN Meeting18 First idea: K-out-of-L Exclusion = L-circulation ? {0}{0,2}{0,2,2}

May 18th 2009SHAMAN Meeting19 Deadlocks r 3?2? {1} {0} {0,0}

May 18th 2009SHAMAN Meeting20 Solution Circulation of a special token : the pusher Upon receiving the pusher: a node releases all its resource tokens if its request is not satisfied

May 18th 2009SHAMAN Meeting21 Livelock ? 2? {0}

May 18th 2009SHAMAN Meeting22 Solution Circulation of a Priority Token: –A requesting process keeps the Priority Token while its request is unsatisfied –The Priority Token cancels the effect of the Pusher Token

May 18th 2009SHAMAN Meeting23 Self-Stabilization: The Controller After transient faults: –Some tokens may have disappeared –Some tokens may been duplicated Solution: a Controller Token counts and regulates the number of tokens

May 18th 2009SHAMAN Meeting24 Example: Count the Resource Tokens

May 18th 2009SHAMAN Meeting25 Example: Count the Resource Tokens 0 {0,1}

May 18th 2009SHAMAN Meeting26 Example: Count the Resource Tokens At the end of the traversal: –The number of token is known Too much tokens : RESET Lake of tokens : Creation at the root

May 18th 2009SHAMAN Meeting27 How to stabilize the Controller ? Implemented as a Self-Stabilizing DFTC using the Varghese Counter Flushing

May 18th 2009SHAMAN Meeting28 Self-Stabilizing DFTC 0 0 r Stabilize using (n-1)(2CMAX+1)+1 values TokenHolder: Receive MesVal from a child and MyVal = MesVal Receive MesVal from Parent and MyVal ≠ MesVal

May 18th 2009SHAMAN Meeting29 Roadmap Recall on Self-stabilization Definition of the problem The solution Conclusion and perspectives

May 18th 2009SHAMAN Meeting30 Conclusion Waiting Time: L*(2n-3) 2 Oriented Tree -> Arbitrary Rooted Network (Huang-Chen BFS Tree) Bounded/Unbounded Link Capacity (Katz & Perry)

May 18th 2009SHAMAN Meeting31 Perspectives Compute the convergence time Enhance the waiting time ? Reactive solution ? Fault-Containment ?

May 18th 2009SHAMAN Meeting32 Thank you!

May 18th 2009SHAMAN Meeting33 (K,L)-Liveness Let V be the set of processes Let I be a subset of processes that execute their critical section forever (in particular they hold some resource units forever) Let  be the number of resource units held by I Let R be the subset of V - I such that any process in R is a requestor Let r max by the maximal request of a process in R If R ≠Ø and r max ≤ L -  then at least one member of R eventually satisfies its request