不知道加一些限定条件会不会让这个事情变得容易:
首先程序是用 C 写的,而且只用到了 C 的标准库。
其次没有多线程和进程间通信。
其实就是想应付一下偶然的停电,毕竟把程序里所有变量输出再读入的方法太闹心了
首先程序是用 C 写的,而且只用到了 C 的标准库。
其次没有多线程和进程间通信。
其实就是想应付一下偶然的停电,毕竟把程序里所有变量输出再读入的方法太闹心了
14 条回复 • 2015-11-02 06:18:49 +08:00
|
1
Orzzzz 2015 年 10 月 20 日
你说的是休眠吗?
|
|
2
zhicheng 2015 年 10 月 20 日
UPS
|
|
5
little_cup 2015 年 10 月 20 日
简单粗暴的办法应该是虚拟机快照吧。
|
|
7
skydiver 2015 年 10 月 20 日 via Android
docker
|
|
8
mikale 2015 年 10 月 20 日
设计一个数据结构,然后开一个线程,时不时 flush 到硬盘上,启动程序的时候,从这个硬盘读取文件到内存。这是最简单的数据库运用的机制。
|
|
9
owwlo 2015 年 10 月 20 日
|
|
10
chinvo 2015 年 10 月 20 日
docker 或者其他虚拟化技术
|
|
12
algas OP |
|
13
onlyxuyang 2015 年 10 月 29 日
能想到的只有虚拟机快照... -_-...
|
|
14
Arthur2e5 2015 年 11 月 2 日
https://stackoverflow.com/questions/192838/can-you-freeze-a-c-c-process-and-continue-it-on-a-different-host 有讨论。其中提到了一点,也就是 core 的信息常常是不够的。不过看你这么说,感觉还是可以 `./heavy_computation & gcore -o core $!` 试试,到时候 `gdb` 挂上再看看能不能 `continue` 吧。
前面提到的 CRIU 看网页好像是个好主意。 |