Most people who have spent a lot of time with Hyper-V have had the experience of accidentally taking too much memory away from the parent partition. This happens when they start too many virtual machines – and all of a sudden the performance and responsiveness of the parent partition goes down significantly.
The former solution for this issue usually was to stop the last virtual machine that they started, to reduce its memory, and then start it up again.
This solution has worked in the past – but is no longer an option with dynamic memory. The reason why this will not work is because if you stop the last virtual machine – you just leave the memory available for your other virtual machines to use – getting you straight back where you started.
For this reason, with dynamic memory Microsoft has implemented a new "Parent Memory Reserve" for Hyper-V. Here Microsoft attempt to calculate an appropriate amount memory to keep for the parent partition and ensure that virtual machines with dynamic memory enabled cannot eat into this reserved memory.
Specifically – it only accounts for the memory requirements of Hyper-V in the parent partition.
To help mitigate this issue – Microsoft is also providing a new registry entry that lets you override our parent memory reserve with your own static memory reserve. This registry entry does not exist by default – but if you go to the HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization registry key and create a new DWORD entry with a name of memoryreserve – you can then set the value to the static amount of memory that you want to reserve for the parent.
You should be warned – if you set this value too low; virtual machines will be able to use too much memory and cause performance issues for you. Equally – the higher you set this the fewer virtual machines you can run.
By setting this value to 2048 (on my laptop with 8GB of RAM) I can run multiple virtual machines and know that they will not cause Outlook / Internet Explorer in the parent partition to be affected.
Read more...
13 September 2010
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment