I agree with parent. The major reason why programming on a single computer is easier than a distributed system is that we assume total resilience of various components that we cannot for a distributed system.
From the article:
> This offers hope that it is possible to some day abstract away the distributed nature of larger-scale systems.
To do this is not a question of software abstractions, but hardware resilience. If we have a network which we can reasonably assume to have 100% uptime and absolutely no corruption between all its components then we can program distributed systems as single computers.
So it shouldn't be surprising that computers have the same lack of resilience.
edit: Googling yields few results that aren't actual books, Try this
https://books.google.com/books?id=wBuy0oLXEuQC&pg=PA218&lpg=...
The problem is linux's monolithic model, doesn't work well for kernel checkpoint/restore despite it actually supporting hotplug cpu/ram it they have to be gracefully removed.
So, this is less about the machine being distributed, and more about the fact that linux is the opposite of a microkernel/etc that can isolate and restart its subsystems in the face of failure. Its also sorta funny that while these types of operations tend to need to be designed into the system, the last major OS's designed this way were done in the 1980's.