Yes, I have read all that. You don't understand what I write, and what it means. So let us drop it.
Just a note, now you are hooked on double buffering. In a 64bit OS, if the buffer is above 4G, and the device cannot reach that high, double buffering will also happen here.
It might be getting old, and this might not be the place to discuss it. But if the memory manager chooses only to give away memory below 4G to drivers, no double buffering will ever be needed.
Wind up double buffering? That technique is being used when buffers are above 4G, but the device cannot address that high. By only using ram below 4G, double buffering would never be used.
What I said about PAE. If drivers only get their buffers allocated below 4G, you won't have the problem.
If superfetch should work like that, you would have another problem. At some point, you would run out of address space, and that would force Windows to page data out to the harddrive, or...
Unless you run in PAE mode and use the upper address space you won't be using it at all.
So your idea would be that the memory manger caches data up there, and copy it down below 4G before being used?
No need to do any extra copying. If Microsoft made sure the address space above 4G wouldn't be used by drivers, the problem they talk so much about would go away.
If you have more ram than your OS is willing to use, maybe a ramdrive will make you happy. SuperSpeed has a product that they say will ignore this 4G boundary.
And sometimes I wonder what makes PAE a "hack".
This is still something the memory manager takes care of. And pagefile backed sections can also be backed by physical memory alone. This subject has been discussed in these forum before.
Personally, I am not happy about such statements. Because applications cannot address the paging file. Only the windows memory manager has access to it.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.