The Configure page allows you to change the disk, CPU, and system resources the Container may allocate.
The CPU-related resource management is based on the following parameters:
Parameter |
Description |
This is a positive integer number that determines the minimal guaranteed share of the CPU time your Container will receive. |
|
This is a positive number indicating the CPU time in percent the corresponding Container is not allowed to exceed. |
|
The CPU power limit, in percent, the Container cannot exceed. The limitations set in this parameter are applied to the Container when it exceeds the limit specified in the
|
|
The CPU usage limit, in percent, set for the Container. This limit is calculated as the ratio of the current Container CPU usage to the CPU limit (i.e to the value of the
|
|
This is a positive integer number indicating the CPU time, in percent, the corresponding Container is guaranteed to receive. If both the
|
|
The number of CPUs set to handle all the processes inside the given Container. By default, any Container is allowed to consume the CPU time of all processors on the Node. |
The disk-related resource management is based on the following parameters:
Parameter |
Description |
Total size of disk space consumed by the Container.
|
|
Total number of disk inodes (files, directories, and symbolic links) allocated by the Container. When the number of inodes used by the Container hits the soft limit, the Container can create additional inodes up to the hard limit during the grace period indicated by the
|
|
Number of user/group IDs allowed for the Container internal disk quota. If set to 0, UID/GID quota will not be enabled. |
|
The grace period for the disk quota overusage defined in seconds. The Container is allowed to temporarily exceed its quota soft limits for no more than the
|
|
The Container priority for disk I/O operations. The allowed range of values is 0-7. The greater the priority, the more time the Container has for writing to and reading from the disk. The default Container priority is 4. |
The memory-related resource management parameters are divided into 4 groups: memory parameters, primary system parameters, secondary system parameters, and auxiliary system parameters.
Windows-based Containers use only the primary system parameters.
For Linux-based Containers, this screen displays the memory-based, or the system-based, or both memory- and system-based Container resources data, depending on your memory management configuration:
Memory parameters
Parameter |
Description |
An approximation of the size of the physical memory allocated to the Container. In other words, the Container performance is similar to the performance of a physical computer with as much physical memory installed as is indicated in this parameter. |
Primary system parameters
Parameter |
Description |
The maximal number of processes the Container may create. |
|
The number of simultaneous terminal sessions that can be opened to the Container. |
|
The size of private (or potentially private) memory allocated by the Container. The memory that is always shared among different applications is not included in this resource parameter. |
|
The number of TCP sockets (PF_INET family, SOCK_STREAM type). This parameter limits the number of TCP connections and, thus, the number of clients the server application can handle in parallel. |
|
The number of sockets other than TCP ones. Local (UNIX-domain) sockets are used for communications inside the system. UDP sockets are used, for example, for Domain Name Service (DNS) queries. UDP and other sockets may also be used in some very specialized applications (SNMP agents and others). |
|
The memory allocation guarantee, in pages. Container applications are guaranteed to be able to allocate additional memory so long as the amount of memory accounted as privvmpages (see the auxiliary parameters) does not exceed the configured barrier of the vmguarpages parameter. Above the barrier, additional memory allocation is not guaranteed and may fail in case of overall memory shortage. |
|
The average number of processes and threads. |
Secondary
system
parameters
Parameter |
Description |
The size of unswappable kernel memory allocated for the internal kernel structures for the processes of a particular Container. Note: For the Virtuozzo Containers 64-bit version for IA-64 processors, it takes 4 (four) times more the size of the kernel memory than that for the Virtuozzo Containers 32-bit version to handle one and the same process. |
|
The total size of send buffers for TCP sockets, i.e. the amount of kernel memory allocated for the data sent from an application to a TCP socket, but not acknowledged by the remote side yet. |
|
The total size of receive buffers for TCP sockets, i.e. the amount of kernel memory allocated for the data received from the remote side, but not read by the local application yet. |
|
The total size of UNIX-domain socket buffers, UDP, and other datagram protocol send buffers. |
|
The total size of receive buffers of UDP and other datagram protocols. |
|
The out-of-memory guarantee, in pages. Any Container process will not be killed even in case of heavy memory shortage if the current memory consumption (including both physical memory and swap) does not reach the oomguarpages barrier. |
|
The size of private (or potentially private) memory allocated by an application. The memory that is always shared among different applications is not included in this resource parameter. |
Auxiliary
system
parameters
Parameter |
Description |
The memory not allowed to be swapped out (locked with the
|
|
The total size of shared memory (including IPC, shared anonymous mappings and tmpfs objects) allocated by the processes of a particular Container, in pages. |
|
The number of files opened by all Container processes. |
|
The number of file locks created by all Container processes. |
|
The number of pseudo-terminals, such as an ssh session, screen or xterm applications, etc. |
|
The number of siginfo structures (essentially, this parameter limits the size of the signal delivery queue). |
|
The total size of dentry and inode structures locked in the memory. |
|
The number of IP packet filtering entries. |
Notes: The parameters containing "pages" in their names are measured in 4096-byte pages in the Virtuozzo Containers 32-bit version and in 16384-byte pages in the Virtuozzo Containers 64-bit version for IA-64 processors.
In the Virtuozzo Containers 64-bit versions, all the system parameter values are 64-bit and, therefore, can exceed the values in the Virtuozzo Containers 32-bit version (where the parameters values are 32-bit). For example, the limit of the
oomguarpages
parameter in the Virtuozzo Containers 64-bit version for IA-64 processors can be maximally set to 9223372036854775807 instead of 2147483647 in the Virtuozzo Containers 32-bit version. To learn more about the difference between the Virtuozzo Containers 64-bit and 32-bit versions turn to the
Virtuozzo Containers for 64-bit Processors
section of the
Parallels Virtuozzo Containers User's Guide
.
The information on the available parameters is presented in the table with the following columns:
Column Name |
Description |
Parameter |
The name of the resource parameter. |
Current Usage |
Indicates the consumption of the corresponding resource by the Container at the moment of calling the current Infrastructure Manager page. The units in which the consumption is measured are specified in the Units column. If the current usage is not available ( n/a ), it means that either the Container is not running, or the nature of the resource does not suggest its changing over time. |
|
The limit on the consumption of the given resource by the Container. The units in which the limit is measured are specified in the Units column. |
|
The limit on the consumption of the given resource by the Container that can be exceeded only if the system is not fully loaded. The units in which the limit is measured are specified in the Units column. |
|
The limit on the consumption of the given resource by the current Container that cannot be exceeded under any circumstances. The units in which the limit is measured are specified in the Units column. |
Limited |
If this checkbox is cleared, the limits on the corresponding resource are not set for the Container. |
Units |
The units in which the resource values are measured. |
Description |
The description of the resource parameter. |
You can use the
Validate
button at the foot of the page to display if any
constraint violations
have been found and learn the corresponding constraints on the resource management parameters.
If you have entered new values for one or several resource parameters and then decided to change them to the default values from the Container sample, you can reset the new values by clicking the curved arrow against the corresponding parameter(s).
After you have customized the Container parameters and checked their interdependencies, click Submit .
To customize the resources of several Containers at once, use one of the Parallels Infrastructure Manager group change wizards .
You can also edit the Container resource values via
ssh
by using the
vzctl
utility. Mind though that you need to use the
--save
option to have the edited UBC parameters reported by Parallels Infrastructure Manager or Parallels Power Panel. For more information, see
Virtuozzo Reference Guide: Virtuozzo Command Line Interface > vzctl > vzctl set
.