对于非新安装的操作系统,系统恢复 API 的 SRSetRestorePoint 工作速度是否较慢?
用于创建系统还原点 (SRSetRestorePoint) 的 API 在新安装的 Windows 操作系统上运行得更快吗?这听起来很合乎逻辑,因为几年来系统注册表(以及系统还原“备份”的任何其他区域)增长得非常快。但我的假设没有背景......
任何人都可以提供任何证据或反驳它吗?
Is it true that the API to create system restore points (SRSetRestorePoint) works faster on a newly installed Windows OS? It sounds logical because for couple of years the system registry (and whatever other areas are "backed up" by System Restore) grows very much. But my assumption doesn't have a background...
Can anybody provide any evidence about it or disprove it?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
对于 Windows XP,这是事实。 XP 以一种简单的方式处理系统还原,它根据文件的扩展名复制文件。它涵盖了很多扩展。
从 Windows Vista 开始,系统还原变得更加智能,它现在使用 卷影复制。这是 NTFS 支持的功能(不适用于 FAT),其中文件被标记为“如果有人更新文件,也保留此版本”。现在,为系统还原所需的文件创建卷影副本的时间仅取决于文件的数量,而不取决于文件的大小。
但是,由于覆盖的文件数量(以及注册表的大小,正如您所指出的)将随着用户安装更多内容而不断增长,因此恢复点所需的时间将会增加。所以,最好的答案是“是的,它会慢一些,但不会慢很多,除非你使用的是 XP”。
编辑:这个 文章对此进行了描述。
For Windows XP, this is true. XP approaches System Restore in a kind of simpleminded way, it copies files based on their extension. And it covers a lot of extensions.
Starting with Windows Vista, System Restore got smarter, it now uses Shadow Copy. This is a feature backed in NTFS (won't work on FAT), where files are marked as "also keep this version if someone updates the file". Time to make a shadow copy of the needed files for system restore is now only dependent on the number of files, not the size of files.
But, since the number of files that are covered (and the size of the registry, as you noted) will keep growing as the user installs more stuff, the time needed for a restore point will increase. So, the best answer would be "yes it's slower, but not much slower, unless you're on XP".
EDIT: This article describes this.