3 ms·

I guess it insulates you against bugs in the VM implementation, plus against (transient) failures of the host system.

• albertzeyer 3y ago
  Ah, right, that would be an option to define a clear boundary, i.e. to recover exactly the VM state, but not the OS native state. I was thinking about a native app here, where there is no VM. But this would cover only some specific set up failures, namely where something goes wrong in the host, which you can easily recover by resetting its state and retrying again. This is only a very limited amount of failures. I guess most failures come from bugs in the user code, which would all be state within the VM. Also, maybe your app depends on some resources from network, e.g. some NFS, or maybe some other remote server, or whatever, which you anyway cannot control. This is not easily recoverable then. (Tools like https://criu.org/Main_Page https://criu.org/Main_Page, which try to serialize an app state, to be able to recover it later, have the same problem.)