Memory overcommit lets virtual machines use more memory

Memory overcommit lets virtual machines use more memory

Stephen J. Bigelow, Senior Technology Writer
Memory overcommit (or overcommitment) is a hypervisor feature that allows a virtual machine

    Requires Free Membership to View

    When you register, my team of editors will also send you the latest expert resources covering all areas of server virtualization, such as platforms, architectures and strategies, server hardware, managing virtual environments, application issues and more.

    Cathleen A. Gagne, Senior Editorial Director

    By submitting your registration information to SearchServerVirtualization.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchServerVirtualization.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

(VM) to use more memory space than the physical host has available. For example, virtualization platforms like VMware ESX allow a host server with 2 GB of physical memory to run four guest machines, each with 1 GB of memory space allocated.

The idea of memory overcommit may seem dangerous, because a computer will crash if physical memory is exhausted. In actual practice, however, overcommitment of server computing resources is harmless -- most VMs use only a small portion of the physical memory that is allocated to them. For the previous example, a guest machine with 1 GB of physical memory allocated to it might only need 300-400 MB, leaving 600-700 MB of allocated space unused. If all four example machines use 300 MB, the physical server will have 800 MB of its original 2 GB left over.

Still, some VMs may need all (or even more) of the memory that they have been allocated, while some VMs may need considerably less. Hypervisors such as ESX can identify idle memory and dynamically reallocate unused memory from some VMs to others that need more memory. If none of the current guest machines need additional memory, any idle physical memory can be used to host additional guest machines if necessary.

Note that the concept of memory overcommit is not new. For example, operating systems like Windows have been able to operate and execute applications within the confines of limited computer memory for many years by swapping portions of data and program code content between memory and disk as needed. The technology is called virtual memory or memory paging.

Virtual memory or memory paging may prevent a virtual host server from crashing, but it imposes a significant performance penalty on the server, because disk access is far less efficient than with solid-state memory access. The performance hit would simply be too great for servers running multiple VMs.

Ultimately, there must be enough physical memory for optimum virtual server performance. IT professionals will need to exercise due diligence in their assessment of computing resource demands for each VM, then ensure that the prospective host server has adequate computing resources to meet that demand. When memory demands actually approach the server's available memory, an IT professional can choose to add memory to the server (upgrade) or distribute the VMs among various servers to balance computing resource needs (workload balancing).


This was first published in October 2009

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.