I wonder who asked for this? While 640k might not be enough for everyone, 256 terabytes of directly addressable memory seems, suffient to requirements.
Of course they do. If their X-Point stuff (or something like it) ever ships, they will want to put a couple or three terabytes of NVmemory on the otherside of the frontside bus. If you can do that you can enable some really amazing systems architectures. Things like a web search engine that consumes less than a 100W when it isn't serving a request because it can 'wake from sleep' and answer a query in under 10mS. And it can reboot in just the few seconds needed to change out the RAM parts of memory and pick up the giant data structure with the web index already loaded.
"Virtual-machine monitors (VMMs) use the virtual-machine extensions (VMX) to support guest software operating in a virtual machine. VMX transitions are control flow transfers between the VMM and guest software"
Can anyone explain what "control flow transfers" are?
Is this just referring to a per VM context of a core's control path? Kind of context switch of sorts to to another VM?
23 comments
[ 4.1 ms ] story [ 35.6 ms ] thread[1] Linux may get a free pass because I'm going to insist on a specific test case for this issue.
Can you elaborate?
With the VA width changing, all the fixes for that and related bugs will need to be updated.
https://lwn.net/Articles/655437/
https://en.wikipedia.org/wiki/Single-level_store
"Virtual-machine monitors (VMMs) use the virtual-machine extensions (VMX) to support guest software operating in a virtual machine. VMX transitions are control flow transfers between the VMM and guest software"
Can anyone explain what "control flow transfers" are?
Is this just referring to a per VM context of a core's control path? Kind of context switch of sorts to to another VM?