已开启
Conch 需要支持 ondemand - userfaultfd 惰性按需换入 以便加速快照恢复 #27
yeshanghui创建于 18 天前
18 天前 添加了label：sig/sig-CloudNative
openeuler-ci-bot
18 天前 评论：
18 天前 评论：
Welcome To openEuler Community
Hey @yeshanghui , thanks for your contribution to the community.
Bot Usage Manual
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands.
Contact Guide
If you have any questions, please contact the SIG: sig-CloudNative ,
and any of the maintainers: @duguhaotian, @gaodaweiky, @jimmieme, @lu-wei-army, @weibaohui, @wonleing, @yangzhao_kl, @zhaoyifan28, @zmr_2020 ,
and any of the committers: @Yekelu .
label: ""
description: "请根据issue相关的版本在里程碑中选择对应的节点，若是与版本无关或不确认，请选择“不关联里程碑”"
【特性描述】
cloud‑hypervisor 原生支持 memory_restore_mode=ondemand，底层基于 Linux userfaultfd 实现快照惰性按需换入内存，大幅降低恢复‑到‑运行的时延。
版本门槛
v52.0 正式引入该能力（2026‑05‑14 发布）；
v53.0：增强，支持 offload‑daemon 外部卸载、后台预取页面、UFFDIO_CONTINUE 修复大页 (THP) 下 triple‑fault 问题。
参数说明（RestoreConfig）
memory_restore_mode 三模式：
copy（默认）：恢复时完整把内存快照拷贝进宿主内存，全部加载完才允许 VM 运行；
ondemand：userfaultfd 惰性按需换入，VM 立刻恢复运行；guest 访问缺页时 VMM 内部处理 UFFD 事件，从快照文件读入页面；host 内核必须支持 userfaultfd，不支持会直接恢复失败；
Conch本身没有使用这个机制
【特性竞争力】
可以大幅度加速快照恢复
【硬件架构】
ARM64
【特性约束】
【涉及仓库】
【交付个人/团队】