Hyper-V 快照（现在官方称为"检查点"）的结构是：
plain
Base VHDX → Snapshot 1 (AVHDX) → Snapshot 2 (AVHDX) → Current (AVHDX)
读取某个数据块时，系统从 Current 开始往回找，直到找到该数据块的最新版本
写入时，直接写到 Current 差异磁盘
不存在"每次运行都要合并所有快照"的过程
合并只在删除时进行
这些快照是跑在12000MB/s+读取速度的NVMe SSD上的，而不是机械硬盘上，所以性能是过剩而不是瓶颈。

至于完整备份，每天有至少一个。

【 在 potato09 的大作中提到: 】
: 一般快照不应该超过3个
: 1、快照太多，系统性能会非常差。每次快照存的的是与上一次快照的差值。当前系统就得合并之前的N个快照,才能运行。
: 2、虽然低，但文件会有损坏的风险，早期的快照文件一旦损坏，整个系统就会永久性的消失了。
: ...................
--
FROM 171.213.143.*

那我现在3000多个快照岂不是没救了。

【 在 potato09 的大作中提到: 】
: 一般快照不应该超过3个
: 1、快照太多，系统性能会非常差。每次快照存的的是与上一次快照的差值。当前系统就得合并之前的N个快照,才能运行。
: 2、虽然低，但文件会有损坏的风险，早期的快照文件一旦损坏，整个系统就会永久性的消失了。
: ...................
--
FROM 116.230.107.*

哈哈哈

【 在 lvsoft 的大作中提到: 】
: 自从被ai搞了一次rm -rf /之后，我现在是3天内10分钟一次快照，14天内4小时一次快照，90天内1天一次快照。
--
FROM 183.63.119.*

glm5.1和deepseek v4 flash
不过前面这个不怪glm。我只是简化等效描述，实际上的细节很复杂，三言两语说不清楚。
你可以理解为你上你也可能会犯的错。
至于flash确实比较容易出现这种sx问题，但pro也会稳好多。

【 在 DonJuan 的大作中提到: 】
: 哪家ai这么sx告诉我我要避坑……
--
FROM 180.172.103.*

ZFS快照跟上面讨论虚拟机的完全不是一回事啊，仅仅是名字一样而已。你这个创建再多都没有任何影响。

楼主自己也解释了原理，虚拟机的快照是差分磁盘，当前虚拟机的磁盘文件是由历史多个快照差分文件合并而来。
虽然文件损坏的概率很低，但是只要时间就，快照多，那么100%会出现损坏，只是他还没遇到而已。




【 在 hyoga 的大作中提到: 】
: 我的ZFS现存快照估计有几百个，没有任何感觉性能变差
: 所以我用ZFS RAIDZ2
--
FROM 117.174.100.*