1 / 30

Prof. Leonardo Mostarda University of Camerino

SYNCHRONISATION. Prof. Leonardo Mostarda University of Camerino. Last lecture. Flat naming Forwarding Pointers Home-Based Approaches Distributed Hash Tables Hierarchical Approaches Name Spaces Domain Name Server Iterative Concurrent Caching. Outline. Physical Clocks

sturm
Download Presentation

Prof. Leonardo Mostarda University of Camerino

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SYNCHRONISATION Prof. Leonardo Mostarda University of Camerino Prof. Leonardo Mostarda-- Camerino,

  2. Last lecture • Flat naming • Forwarding Pointers • Home-Based Approaches • Distributed Hash Tables • Hierarchical Approaches • Name Spaces • Domain Name Server • Iterative • Concurrent • Caching

  3. Outline Physical Clocks Clock Synchronization Algorithms Logical clocks

  4. SYNCHRONISATION • Processes need to synchronise • agree on exclusive access to resources • agree on the ordering of events • Synchronisation is easy on a single computer systems but very difficult for distributed systems • In many cases, a group of processes need to agree on a coordinator (Leader).

  5. CLOCK SYNCHRONIZATION In a centralized system, time is unambiguous. If process A asks for the time and after a process B does the same then t(A)<=t(B). In a distributed system, achieving agreement on time is not trivial. Make file example

  6. CLOCK SYNCHRONIZATION We try to answer the following question: Is it possible to synchronise clocks?

  7. Physical Clocks A computer timer is usually a precisely machined quartz crystal. When kept under tension, quartz crystals oscillate at a well-defined frequency. Two registers, a counter and a holding register, are associated to a crystal; Each oscillation decrements the counter by one. When the counter gets to zero, an interrupt is generated and the counter is reloaded from the holding register.

  8. Physical Clocks • In a distributed system there are multiple CPUs each with its own clock • It is impossible to guarantee that the crystals in different computers all run at exactly the same frequency. • Clocks gradually get out of synch. • This difference in time values is called clock skew. • In some systems (e.g., real-time systems), the actual clock time is important • How do we synchronize physical clocks with real world clocks? • How do we synchronize the clocks with each other? • Before answering these questions, let us digress slightly to see how time is actually measured.

  9. Physical Clocks • Since the invention of mechanical clocks in the 17th century, time has been measured astronomically. • The interval between two consecutive transits of the sun is called the solar day. • The highest apparent point in the sky • The solar second is defined as exactly 1/86400 of a solar day. (mean solar day) • With the invention of the atomic clock in 1948, it became possible to measure time by counting transitions of the cesium 133 atom. • Independent from the earth

  10. Physical Clocks • The second is the time it takes the cesium 133 atom to make exactly 9,192,631,770 transitions. • The choice makes the atomic second equal to the mean solar second. • The Atomic Time (TAl) is the mean number of ticks of the cesium 133 clocks (various around the world) since midnight on Jan. 1,1958 divided by 9,192,631,770. • 86,400 TAl seconds is now about 3 msec less than a mean solar day (the mean solar day is getting longer all the time). • BIR solves the problem by introducing leap seconds whenever the discrepancy between TAI and solar time grows to 800 msec (Coordinated Universal Time UTC).

  11. Physical Clocks the radio station WWV (USA) and MSF (UK) broadcast UTC time. Several earth satellites also offer a UTC service. Using either shortwave radio or satellite services requires an accurate knowledge of the relative position of the sender and receiver, in order to compensate for the signal propagation delay.

  12. Global Positioning System The GPS is a distributed system that determines one's geographical position anywhere on Earth. GPS uses various satellites each circulating in an orbit at a height of approximately 20,000 km. Each satellite has up to four atomic clocks. A satellite continuously broadcasts its position, and time stamps each message with its local time.

  13. Global Positioning System Computing the position

  14. Global Positioning System • When calculating the position there are two important real-world: • It takes a while before data on a satellite's position reaches the receiver, • The receiver's clock is generally not in synch with that of a satellite. • Delay: where Tnow/Ti is the current/satellite time and Δr is the deviation of the receiver's clock • The real distance from the satellite is: and real distance is di+cΔr

  15. Global Positioning System the distance can be calculated as follows: we have four unknowns then we need four satellite we can also calculate Δr We have assumed that measurements are perfectly accurate. Of course, they are not. For instance, GPS does not take leap seconds into account.

  16. Clock Synchronization Algorithms If one machine has a WWV receiver, the goal becomes keeping all the other machines synchronized to it. If no machines have WWV receivers, each machine keeps track of its own time, and the goal is to keep all the machines together as well as possible. Several algorithm have been proposed

  17. Network Time Protocol Clients contact a time server that can accurately provide the current time; The problem is that when contacting the server, message delays will have out-dated the reported time. The solution is to find a good estimation for these delays.

  18. The Berkeley Algorithm In Berkeley UNIX the time server is active, polling every machine from time to time to ask what time it is there. Based on the answers, the server computes an average time and tells all the other machines to advance/slow their clocks. We emphasise that nodes do not agree on the real time

  19. The Berkeley Algorithm (1) • The time daemon asks all the other machines for their clock values.

  20. The Berkeley Algorithm (2) • The machines answer.

  21. The Berkeley Algorithm (3) • The time daemon tells everyone how to adjust their clock.

  22. LOGICAL CLOCKS • In a classic paper, Lamport (1978) showed that although clock synchronization is possible, it need not be absolute. • If two processes do not interact, it is not necessary that their clocks are synchronized • what usually matters is not that all processes agree on exactly what time it is, but rather that they agree on the order in which events occur. • In the make example, what counts is whether input.c is older or newer than input.o, not their absolute creation times.

  23. LOGICAL CLOCKS • Lamport defined a relation called happens-before (a ~ b ). • The expression a ~ b is read "a happens before b" and means b occurs, then afterward, event a occurs. • The happens-before relation can be observed directly in two situations: • If a and b are events in the same process, and a occurs before b, then a~ b is true. • If a is the event of a message being sent by one process, and b is the event of the message being received by another process, then a ~ b is true

  24. LOGICAL CLOCKS • Happens-before is a transitive relation, so if a ~ b and b ~ c, then a ~ c. • If two events, x and y, happen in different processes that do not exchange messages, then x ~ y is not true, but neither is y ~ x. • All processes can agree on a time value C(a) such that: • if a ~ b, then C(a) < C(b) • Clock time, C, must always go forward (increasing). Corrections to time can be made by adding a positive value, never by subtracting one.

  25. Lamport’s Logical Clocks • Now let us look at the algorithm Lamport proposed for assigning times to events. • Three processes, each with its own clock. • The clocks run at different rates.

  26. Lamport’s Logical Clocks • Lamport’s algorithm corrects the clocks.

  27. Lamport’s Logical Clocks • The positioning of Lamport’s logical clocks in distributed systems.

  28. Lamport’s Logical Clocks • Updating counter Ci for process Pi • Before executing an event Pi executes Ci ← Ci + 1. • When process Pi sends a message m to Pj, it sets m’s timestamp ts (m) equal to Ci after having executed the previous step. • Upon the receipt of a message m, process Pjadjusts its own local counter as Cj ← max{Cj , ts (m)}, after which it then executes the first step and delivers the message to the application.

  29. Totally Ordered Multicasting • Lamport's logical clocks can be used to implement totally-ordered multicasts in a completely distributed fashion. Prof. Leonardo Mostarda-- Camerino,

  30. Summary Physical Clocks Clock Synchronization Algorithms Logical clocks

More Related