[Starlingx-discuss] Limit memory usage on Virtual Environment

[Rowsell, Brent]

You can modify the memory allocations per function on the host using the command below. The node must be locked. After updating, unlock the node.

system help host-memory-modify
usage: system host-memory-modify [-m <Platform Reserved MiB>]
                                 [-2M <2M hugepages number>]
                                 [-1G <1G hugepages number>] [-f <function>]
                                 <hostname or id> <processor>

Modify platform reserved and/or application huge page memory attributes for
worker nodes.

Positional arguments:
  <hostname or id>      Name or ID of host
  <processor>           processor

Optional arguments:
  -m <Platform Reserved MiB>, --platform_reserved_mib <Platform Reserved MiB>
                        The amount of platform memory (MiB) for the numa node
  -2M <2M hugepages number>, --hugepages_nr_2M_pending <2M hugepages number>
                        The number of 2M vm huge pages for the numa node
  -1G <1G hugepages number>, --hugepages_nr_1G_pending <1G hugepages number>
                        The number of 1G vm huge pages for the numa node
  -f <function>, --function <function>
                        The Memory Function.

Brent

From: Lemus Contreras, Cristopher J [mailto:cristopher.j.lemus.contreras at intel.com]
Sent: Wednesday, May 8, 2019 11:30 AM
To: starlingx-discuss at lists.starlingx.io
Cc: Rowsell, Brent <Brent.Rowsell at windriver.com>
Subject: Limit memory usage on Virtual Environment

Hello,

During today’s Community meeting, memory usage on virtual environments was discussed. In summary, the memory requirements for each VM has increased significantly (see bug: https://bugs.launchpad.net/bugs/1826445 ).

An alternative was mentioned, during the deployment it’s possible to limit the amount of memory that starlingx is going to use. Does somebody has the instructions to implement such limits? It’ll help us a lot to continue working with Virtual Environments.

Thanks in advance.

Cristopher Lemus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20190514/bd995584/attachment-0001.html>