# lorin/teaching-concurrency

Proof of the problem in Lamport's "Teaching Concurrency" paper
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.
.gitignore Dec 27, 2018
Simple.tla Dec 27, 2018

# The "Teaching Concurrency" problem

In an article titled Teaching Concurrency, Leslie Lamport wrote:

Invariance is the key to understanding concurrent systems, but few engineers or computer scientists have learned to think in terms of invariants. Here is a simple example. Consider N processes numbered from 0 through N−1 in which each process i executes

``````x[i] := 1;
y[i] := x[(i−1) mod N]
``````

and stops, where each x[i] initially equals 0. (The reads and writes of each x[i] are assumed to be atomic.) This algorithm satisfies the following property: after every process has stopped, y[i] equals 1 for at least one process i. It is easy to see that the algorithm satisfies this property; the last process i to write y[i] must set it to 1. But that process doesn’t set y[i] to 1 because it was the last process to write y. What a process does depends only on the current state, not on what processes wrote before it. The algorithm satisfies this property because it maintains an inductive invariant. Do you know what that invariant is? If not, then you do not completely understand why the algorithm satisfies this property. How can a computer engineer design a correct concurrent system without understanding it? And how can she understand it if she has not learned how to understand even a simple concurrent algorithm?

The file Simple.tla in this repo contains:

1. an implementation of this algorithm in PlusCal.
2. an inductive invariant of this algorithm

Note: I originally wrote this as a Stack Overflow answer.