引用: 引用 2 楼 yashi 的回复:
你如何判断所有的DLL被加载了?
引用: 引用 3 楼 veabol 的回复:
这个是正确的啊,你觉得有问题吗?
如果不想让那些DLL加载的话就需要把你platform.reg中的驱动内容都删掉,然后用某个AP去加载那些驱动。否则DEVICE.EXE不会自动加载那些驱动,加载的时候也就自动把它们读到RAM中去。
所以大多数情况下multibin的主要作用是使剩余内存更大一些,而开机时间是没什么影响的。
引用: 引用 6 楼 unsway123 的回复:
引用 3 楼 veabol 的回复:
这个是正确的啊,你觉得有问题吗?
如果不想让那些DLL加载的话就需要把你platform.reg中的驱动内容都删掉,然后用某个AP去加载那些驱动。否则DEVICE.EXE不会自动加载那些驱动,加载的时候也就自动把它们读到RAM中去。
所以大多数情况下multibin的主要作用是使剩余内存更大一些,而开机时间是没什么影响的。
如果真是那样的话。。我倒是真是感到很欣慰了。。照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗??。。。。。那这些加载on demand有什么意义呢。。如果是做AP的话。。有什么思路呢
引用: 引用 7 楼 guopeixin 的回复:
引用 6 楼 unsway123 的回复:
引用 3 楼 veabol 的回复:
这个是正确的啊,你觉得有问题吗?
如果不想让那些DLL加载的话就需要把你platform.reg中的驱动内容都删掉,然后用某个AP去加载那些驱动。否则DEVICE.EXE不会自动加载那些驱动,加载的时候也就自动把它们读到RAM中去。
所以大多数情况下multibin的主要作用是使剩余内存更大一些,而开机时间是没什么影响的。
如果真是那样的话。。我倒是真是感到很欣慰了。。照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗??。。。。。那这些加载on demand有什么意义呢。。如果是做AP的话。。有什么思路呢
不太清楚你on demand的意思
但是“照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗”这个说法是肯定的
引用: 引用 9 楼 unsway123 的回复:
引用 7 楼 guopeixin 的回复:
引用 6 楼 unsway123 的回复:
引用 3 楼 veabol 的回复:
这个是正确的啊,你觉得有问题吗?
如果不想让那些DLL加载的话就需要把你platform.reg中的驱动内容都删掉,然后用某个AP去加载那些驱动。否则DEVICE.EXE不会自动加载那些驱动,加载的时候也就自动把它们读到RAM中去。
所以大多数情况下multibin的主要作用是使剩余内存更大一些,而开机时间是没什么影响的。
如果真是那样的话。。我倒是真是感到很欣慰了。。照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗??。。。。。那这些加载on demand有什么意义呢。。如果是做AP的话。。有什么思路呢
不太清楚你on demand的意思
但是“照你的意思是说只要device。exe起来了就会去加载所有builtin下面的饿驱动吗”这个说法是肯定的
on demand 就是说当你要使用哪个驱动的时候。。binfs才会把它加载到RAM里面。。不需要就不加载