Reversible Computers

Reversible Computing and Reversible Debugging are amazing and useful applications of Time Shifting via virtualisation, aiming at the massive problem of software unreliability. I believe my excited comments from 2005 still stand, when I wrote on the GDB developers list:

Reversibility is the biggest advance in debugging since source code debugging

It is possible to have a network of running computers - say, with Android, Windows or Linux - and to stop them all and reverse back to any point in time. For example, reversing to a point just before a catastrophic error occurred, so we can watch carefully. And repeat it if we want to, again and again, any number of times. Imagine installing an operating system you know nothing about, starting an application... and then running the process in reverse as it unboots, scrolling up the screen until it switches off. This is true reversibility.

Unreliable software is increasing, and it affects whole societies. A large part of the problem is due to massive complexity in software, and I have seen reversibility reduce this by making debugging much easier to do.

In 2024 the plain facts are:

1. Full simulation reversibility at high speed is possible - including even running and operating system backwards, even unbooting. This is well-understood computer science.
2. The ability to rewind and replay is very powerful for debugging, especially for complex stacks, and rare or non-deterministic bugs.
3. Very few developers are interested in these features! Until recently they appeared to be commercially unviable, despite offering amazing visibility into the most complicated problems. And despite some implementations being very easy to use.

The world did not agree with me. Wind River no longer advertises Simics' reverse execution feature and I'm sure it has been dropped. VMware Player dropped their reversibility in 2011. Jakob Engblom's Comprehensive Reversibility List is maintained by my former Simics colleague, and it has very few entries since the dawn of commercial source code debugging.

But why?

How on earth do people who perform advanced and vital work such as KASPER manage without reverse execution? The wealthy toolmaking companies of the world know reversibility of arbitary electronics devices can be can be done at speed and scale, down to microcode resolution where necessary. Intel, I'm looking at you first.

Hope in 2024

Maybe the world is changing. In the same way that Privacy succeeded where Security had failed to make the pitch to decisionmakers, perhaps now arguments based on CyberSecurity or even more likely AI will succeed where the argument about Complexity just isn't working.

I find some hope in 2024 due to these well-maintained open source solutions:

• Eclipse has support for driving reversible targets, including full-system targets via the GDB MI interface
• There are several reversible user mode targets, notably rr
• DMTCP is a multi-thread user mode trace/replay solution
• GDB does not need to be driven: it has a well-tested implementation of Record/Replay and Reversible Debugging. GDB can drive a reversible target itself.

Besides these, closed-source Visual Studio has a feature called Time Travel, Simulics is a commercial emulator, and UndoDB is a user-space record/replay solution. Perhaps one of these will spark a revolution. If you're a student, try them out!

AI is hugely complex which means that often its risks are regarded as difficult to estimate, but reversibility may be a way to address this. A 2022 mathematical paper on Reversing an Imperative Concurrent Programming Language from the University of Leicester demonstrates this diffficult problem is solvable, and the same authors wrote Reversible Execution for Robustness in Embodied AI and Industrial Robots. This paper says:

We thus demonstrate how a traditional AI-based planning approach is enriched by an underlying reversible execution model that relies on the embodiment of the robot system to provide a robust, probabilistic way of executing the plan.

I have an ongoing research project to understand what is needed to encourage developers to use these tools for more deterministic debugging and system testing. I put a lot of effort into this topic. Even if the world never uses reversibility at scale, we still need better solutions for debugging complex stacks.

If I was starting to build practical reversibility for production use in 2024, I would begin with the QEMU Replay System. This is accurate but a bit clunky and slow.

Theoretical Progress Beyond Development

The annual Conference on Reversible Computation, most recently held in 2022 and 2023 demonstrates a much more general view. This conference does include practical reversible computing as I describe above, but also explores the mathematics of reversibility including in the context of quantum computing. I can't even begin to guess how quantum reversibility works at high resolution but apparently it is regarded as feasible.

Perhaps the way reversibility will come about is by applying a mathematical rather than a technology approach first. If we can prove reversibility for very complicated cases such as machine learning/AI (and that is the level of complexity addressed by the paper from University of Leicester I listed above) then that could be what the world wants.