与以前关于精简configuration和精简configuration的问题略有关系，为什么急于将待克隆虚拟机置零需要比懒惰置零更长的时间？
例如，在我们最近的一次testing中，一个急切的克隆完成了大约85分钟的时间，而改为懒惰的调零则在大约50分钟内完成。
渴望归零还是懒惰会产生多less开销？
什么时候“渴望”成为正确的使用模式？
急切清零将0写入所有的空白块。 稍后当这些块需要被首次写入时，这稍微提高性能。
懒惰调零对未分配的块不做任何处理。 如果你有一个80GB的VMDK和只有10GB的数据，那么只有10GB的数据块被使用，剩下的则保持不变，直到需要为止。 如果这个例子被迫切为零，在创build时将会写入所有的80GB，其余的70GB填充零。
如果您在存储级别使用自动精简configuration，则您希望避免急切的零，因为这将完全无法实现自动精简configuration的目的。
什么时候“渴望”成为正确的使用模式？
当您不是精简configurationLUN时，Eager是正确的使用模式，您不必介意再等待VMDK的创build时间。