十年了 难道是硬件速度快了120倍至少？
“A client application written in Visual Basic may not attempt to unload an in-process component immediately after the last reference is released. The frequency of attempts depends on how frequently idle time becomes available; in general it will be around two minutes.”


可我试了几次都是一眨眼就卸载了。假设这一眨眼是1秒，那么说从98年（假定这文档是98年写的）到现在，硬件速度至少快了120倍？

[解决办法]
"摩尔定律是指IC上可容纳的晶体管数目，约每隔18个月便会增加一倍，性能也将提升一倍。"
似乎从1998到2009正好过了7个“18个月”，128倍
[解决办法]
硬件速度应该没有快了120倍，倒是处理能力有可能提升了120倍以上

例如奔腾133主频应该在0.8GHz，现在的基本都在2.6GHz，主频提升才3倍多
而性能上，以前的16位cpu，现在的64位，这个处理能力可就不可小看了，再加上二级缓存、一级缓存节省的时间而让人感到速度提升都是非常有效的。
[解决办法]

探讨

硬件速度应该没有快了120倍，倒是处理能力有可能提升了120倍以上

例如奔腾133主频应该在0.8GHz，现在的基本都在2.6GHz，主频提升才3倍多
而性能上，以前的16位cpu，现在的64位，这个处理能力可就不可小看了，再加上二级缓存、一级缓存节省的时间而让人感到速度提升都是非常有效的。

[解决办法]

MSDN:

用 Visual Basic 写的客户应用程序可能不会在最后一个引用被释放后立刻试图下载进程内部件。这要看是否常有空闲的时间。这个时间的经验值为两分钟。

[解决办法]
依赖于系统的管理机制，也许应该找个 Win9x 的系统试试。
[解决办法]
没有实际意义
[解决办法]
十年前典型的 CPU 是 Intel Pentium II 350MHz，运算速度大约 1000 MIPS
现在的典型 CPU 是 Intel Core 2 Duo E8400 3000MHz，运算速度大约 30000 MIPS，大约快了 30 倍。
[解决办法]

MSDN:

由于没有对公共对象的引用，在一段时间后（通常是两分钟左右，不过也依赖于程序进入空闲状态的时间间隔），Visual Basic 将试图卸载进程内部件。

[解决办法]

原来可以上图。
[解决办法]
同样的功能，需要执行指令的次数是固定的。
无论 CPU 速度如何提高，系统进程始终只需要执行 80 次指令。