About to the speed of `criu dump` and `criu restore`

[lijunqiang123]

Hello, I am using the tool criu to dump and restore some tcp-based programs, such as ftp. I tested the speed of dump and restore. The result shows that the speed of dump is about 10-20ms, and the speed of restore is about 50-70ms. dump is faster than restore. I wonder if the speed of criu restore can be further accelerated? Looking forworad your reply. Thank you!

[avagin]

@lijunqiang123 The answer is yes, it can be accelerated. Another question is how to accelerate it. Someone has to make research and find what operations are most expansive and figure out how they can be optimized. I would start with collecting and analyzing an output of "perf trace -f".

[rst0git]

I wonder if the speed of criu restore can be further accelerated?

@lijunqiang123 In this pull request @Yangfisher1 proposed a new acceleration feature for criu restore that loads memory pages on-demand: https://github.com/checkpoint-restore/criu/pull/1711

[github-actions[bot]]

A friendly reminder that this issue had no activity for 30 days.

[time-river]

Our sense is more complex than you: the checkpoint time has nearly 10s for one huge application. Our solution is customizing kernel.

However, it still has two general solution, one is #1815 for arm64, another is here: optimize tcp checkpoint/restore(3.16.1 isn't backport complemently yet, you can find the complete patch set here) #1816

Maybe helpful for you.

We also need to continue to optimize the performance, welcome to communicate with me.

[github-actions[bot]]

A friendly reminder that this issue had no activity for 30 days.