-
Memory usage
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Memory usage
Two components contribute to the memory footprint of the Citrix Hypervisor server. First, the memory consumed by the Xen hypervisor itself. Second, there is the memory consumed by the Control Domain of the host. Also known as ‘Domain0’, or ‘dom0’, the control domain is a secure, privileged Linux VM that runs the Citrix Hypervisor management toolstack (XAPI). Besides providing Citrix Hypervisor management functions, the control domain also runs the driver stack that provides user created VM access to physical devices.
Control domain memory
The amount of memory allocated to the control domain is adjusted automatically and is based on the amount of physical memory on the physical host. By default, Citrix Hypervisor allocates 1 GiB plus 5% of the total physical memory to the control domain, up to an initial maximum of 8 GiB.
Note:
The amount reported in the Citrix Hypervisor section in XenCenter includes the memory used by the control domain (dom0), the Xen hypervisor itself, and the crash kernel. Therefore, the amount of memory reported in XenCenter can exceed these values. The amount of memory used by the hypervisor is larger for hosts using more memory.
Change the amount of memory allocated to the control domain
You can change the amount of memory allocated to dom0 by using XenCenter or by using the command line. If you increase the amount of memory allocated to the control domain beyond the amount allocated by default, this action results in less memory being available to VMs.
You might need to increase the amount of memory assigned to the control domain of a Citrix Hypervisor server in the following cases:
- You are running many VMs on the server
- You are using PVS-Accelerator
- You are using read caching
Important:
If you are using a GFS2 SR and any of these cases also applies to your environment, you must increase the amount of control domain memory. Insufficient control domain memory can cause network instability, which can cause problems for clustered pools with GFS2 SRs.
The amount of memory to allocate to the control domain depends on your environment and the requirements of your VMs.
You can monitor the following metrics to judge whether the amount of control domain memory is appropriate for your environment and what effects any changes you make have:
- Swap activity: If the control domain is swapping, increase the control domain memory.
- Tapdisk mode: You can monitor whether your tapdisks are in low-memory mode from within the XenCenter Performance tab for the server. Select Actions > New Graph and choose the Tapdisks in low memory mode graph. If a tapdisk is in low-memory mode, increase the control domain memory.
-
Pagecache pressure: Use the
top
command to monitor thebuff/cache
metric. If this number becomes too low, you might want to increase the control domain memory.
Changing the dom0 memory by using XenCenter
For information about changing the dom0 memory by using XenCenter, see Changing the Control Domain Memory in the XenCenter documentation.
Note:
You cannot use XenCenter to reduce dom0 memory below the value that was initially set during Citrix Hypervisor installation. To make this change you must use the command line.
Changing the dom0 memory by using the command line
Note:
On hosts with smaller memory (less than 16 GiB), you might want to reduce the memory allocated to the Control Domain to lower than the installation default value. You can use the command line to make this change. However, we recommend that you do not reduce the dom0 memory below 1 GiB and that you do this operation under the guidance of the Support Team.
-
On the Citrix Hypervisor server, open a local shell and log on as root.
-
Type the following:
/opt/xensource/libexec/xen-cmdline --set-xen dom0_mem=<nn>M,max:<nn>M <!--NeedCopy-->
Where
<nn>
represents the amount of memory, in MiB, to be allocated to dom0. -
Restart the Citrix Hypervisor server using XenCenter or the
reboot
command on the Citrix Hypervisor console.When the host restarts, on the Citrix Hypervisor console, run the
free
command to verify the new memory settings.
How much memory is available to VMs?
To find out how much host memory is available to be assigned to VMs, find the value of the free memory of the host by running memory-free
. Then type the command vm-compute-maximum-memory
to get the actual amount of free memory that can be allocated to the VM. For example:
xe host-list uuid=host_uuid params=memory-free
xe vm-compute-maximum-memory vm=vm_name total=host_memory_free_value
<!--NeedCopy-->
Share
Share
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.