Berkeley algorithm

<h2 id="the-algorithm">The algorithm</h2>
Unlike <a href="/facts/Cristian%2527s_algorithm/BgjoNFKp">Cristian's algorithm</a>, the server process in the Berkeley algorithm, called the leader, periodically polls other follower processes. Generally speaking, the algorithm is:

<ol><li>A leader is chosen via an <a href="/facts/Leader_election/Hsc4FGNb">election process</a> such as <a href="/facts/Chang_and_Roberts_algorithm/C7SG18Xa">Chang and Roberts algorithm</a>.</li>
<li>The leader polls the followers who reply with their time in a similar way to <a href="/facts/Cristian%2527s_algorithm/BgjoNFKp">Cristian's algorithm</a>.</li>
<li>The leader observes the <a href="/facts/Round-trip_time/jYgNMK98">round-trip time</a> (RTT) of the messages and estimates the time of each follower and its own.</li>
<li>The leader then averages the clock times, ignoring any values it receives far outside the values of the others.</li>
<li>Instead of sending the updated current time back to the other process, the leader then sends out the amount (positive or negative) that each follower must adjust its clock. This avoids further uncertainty due to RTT at the follower processes.</li></ol>
With this method the average cancels out individual clock's tendencies to drift. Gusella and Zatti released results involving 15 computers whose clocks were synchronised to within about 20-25 milliseconds using their protocol.
Computer systems normally avoid rewinding their clock when they receive a negative clock alteration from the leader. Doing so would break the property of monotonic time, which is a fundamental assumption in certain algorithms in the system itself or in programs such as <a href="/facts/Make_(software)/5q1DQ4ot">make</a>. A simple solution to this problem is to halt the clock for the duration specified by the leader, but this simplistic solution can also cause problems, although they are less severe. For minor corrections, most systems slow the clock, applying the correction over a longer period of time.
Often, any client whose clock differs by a value outside of a given tolerance is disregarded when averaging the results. This prevents the overall system time from being drastically skewed due to one erroneous clock.

<h2 id="references">References</h2>

<ol>
<li id="fn:1">Gusella, R.; Zatti, S. (1989), "The accuracy of the clock synchronization achieved by TEMPO in Berkeley UNIX 4.3BSD", IEEE Transactions on Software Engineering, 15 (7), IEEE: 847–853, doi:10.1109/32.29484 <a href="/wiki/Doi_(identifier)" target="_blank">/wiki/Doi_(identifier)</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></li>
</ol>

Berkeley algorithm open-in-new

Berkeley algorithm