9

可以使用进程的核心转储来实现检查点/重启吗？核心文件包含进程的完整内存转储，因此理论上应该可以将进程恢复到转储核心时的相同状态。

4

4 回答 4

10

是的，这是可能的。GNU Emacs 这样做是为了优化它的启动时间。它加载一堆 Lisp 文件以生成图像，然后转储一个可以重新启动的核心。

几年前，我为 GNU Make 3.80 创建了一个补丁来做同样的事情（使用从 GNU Emacs 借来的代码）。

有了这个补丁，你在 make: 中有一个新选项make --dump。该实用程序现在读取您的Makefile，然后不执行规则，而是生成一个核心转储，可以重新启动该核心转储以进行实际构建（评估已解析的规则树）。

这是一个节省，因为项目太大了，加载源代码树中的所有 make 规则需要 30 秒！通过这种优化，增量构建几乎可以立即启动，而没有半分钟的启动损失。

这不需要内核支持。需要的是有关核心文件结构的知识。

除了这种方法，多年前还有一个针对 Linux 的进程检查点项目（想知道发生了什么）。

于 2013-04-16T22:55:38.687 回答
7

正如我评论的那样，您可以查找应用程序检查点并使用一些库，例如Berkley Lab Checkpoint & Restart。但是，这些库并不完全使用core(5)转储文件，并且对于检查点程序可以做什么以及检查点映像中的持久性有几个限制和约定。（打开的文件描述符和网络套接字通常不能持久化）。

一些 Unix（可能还有一些修补过的 Linux 内核）在内核本身中具有有限的检查点设施（在 1980 年代 Cray Unix 有一些）。

于 2013-04-17T05:43:46.510 回答
6

不，如果没有内核的特殊支持，这通常是不可能的。内核维护了很多每个进程的状态，例如文件描述符表、IPC 对象等。

如果你愿意做很多简化的假设，比如没有打开的文件、没有打开的套接字、没有活动的 IPC 对象、没有共享内存区域等等，那么理论上这是可能的，但实际上我不相信即使有这些让步，Linux 也是可能的。

于 2013-04-16T21:56:47.973 回答
0

Debian 有许多你可能想看的软件包：

  1. blcr-util - 检查点和重启 Linux 进程的用户空间工具

这与 BLCR（伯克利实验室检查点/重启）有关，请参阅https://upc-bugs.lbl.gov/blcr/doc/html/FAQ.html#whatisblcr

  1. criu - 用户空间中的检查点和恢复https://criu.org/Main_Page

    2.1 docker - 最新版本支持检查点，见 https://criu.org/Docker

    2.1。containerd - 控制 runC 的守护进程

这包含一个有趣的检查点设施。

另请参阅支持实时迁移的 openvz： https ://openvz.org/Checkpointing_and_live_migration

于 2016-09-10T17:22:30.453 回答