• Has its own processes, users, files and provides full root access.
• Has its own IP addresses, port numbers, tables, filtering and routing rules.
• Has its own configuration files for the system and app software.
• Uses its own versions of system libraries or modify existing ones.
• Delete, add, modify any file, including files in /root, and install own application software or custom configure/modify root application software.

The similar mechanism implemented in previous Virtuozzo for Linux and current OpenVZ versions called UBC (user bean counters) is complex and requires considerable efforts to be understood, has too many parameters, introduces new terms and concepts, does not have any parameter corresponding to an intuitively clear concept of total memory size, and induces administrators' mistakes. As a result, UBC impedes Virtuozzo adoption. UBC presents the notion of a Guaranteed and Burst RAM, but at the same time there are 20 different memory related variables such as maximum processes, open files, iptables entries, kernel objects, disk cache, and TCP sockets that are limited independently of the RAM values and these vary greatly depending on the provider. If the UBC limits are set too low you will never actually be able to utilize your full RAM allocation.

SLM is the answer to the problem. With SLM you are allocated a dedicated amount of RAM that can be used in any way you require without fear of running into one of the 20 UBC limits. An example would be with UBC a VPS may be limited to 128 iptables entries. With SLM you can create thousands of iptables entries up to their global RAM limit if that is how you wish to utilize your memory. There is no per-VPS swap space using SLM, the host server performs swapping on behalf of the VPS and therefore is able to ensure a single VPS is not swapping to the point of hindering other VPS's sharing the same server. SLM implements a per-VPS OOM (out of memory) killer that is intelligently designed. In event of memory shortage inside a VPS Virtuozzo SLM will first attempt to delay execution of a task to wait for available memory and then it will decide which applications need to be killed to ensure a running system, not just denying the memory request to the last application requesting it as is done with UBC.

In summary SLM is the next generation of allocating RAM using Virtuozzo and eliminates many problems with the previous guaranteed and burst (UBC) method of previous Virtuozzo releases. It is the best solution for consumers as it ensures a consistent RAM allocation that can be utilized as per the customers requirements.

• Memory usage by each VPS doesn't exceed its memory limit.
• Total memory usage by all VPSs matches the Hardware Node capacity and doesn't reach the point when the Node performance degrades significantly.
• 'Low Memory' usage by all VPSs doesn't leave the safe range.

• Simplify resource management by providing only one or two configuration parameters.
• Total memory usage by all VPSs matches the Hardware Node capacity and doesn't reach the point when the Node performance degrades significantly.
• 'Low Memory' usage by all VPSs doesn't leave the safe range.
• Make these parameters intuitively clear and close to the notion of RAM size on a stand-alone computer.
• Be more application-friendly in terms of how applications are signalled, about memory restrictions and their chances to continue to operate with, reduced memory usage or exit gracefully.
• Start to show virtualized information about used and free RAM (the free command).
• Provide at least minimal control over the order of killing applications in the case of severe memory overuse.