[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Actual dom0 memory much lower than dom0_mem setting


  • To: xen-users@xxxxxxxxxxxxx
  • From: Andy Smith <andy@xxxxxxxxxxxxxx>
  • Date: Fri, 3 Apr 2026 15:23:14 +0000
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=alpha header.d=strugglers.net header.i="@strugglers.net" header.h="Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date"
  • Delivery-date: Fri, 03 Apr 2026 15:23:41 +0000
  • List-id: Xen user discussion <xen-users.lists.xenproject.org>
  • Openpgp: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc

Hi,

Something I noticed when looking into my previous issue: Despite
dom0_memory being set to 8192M on the hypervisor command line, and
ballooning being disabled, with Xen 4.20.2 dom0 comes up with only 6353M
available to it (according to "free -m").

So, aiming to get a usable 8192M dom0 memory, I bumped it up by the
shortfall of 1839M:

$ sudo xl info | grep xen_commandline
xen_commandline        : placeholder dom0_mem=10031M dom0_max_vcpus=2 
com1=115200,8n1,0x2f8,10 console=com1,vga ucode=scan smt=1 no-real-mode edd=off
$ free -m
               total        used        free      shared  buff/cache   available
Mem:            7794         400        7286          12         228        7394
Swap:           1904           0        1904

I ended up with only 7794M. So it seems like the more memory I give
dom0, the bigger the shortfall gets.

It is predictable in that if I specify 10031M on this machine I always
end up with 7794M usable, but I can't predict what it will be ahead of
time so I don't know what to set it to in order to end up with 8192M.

This happens on other machines as well so I think it must be pretty
widespread.

This sort of thing has happened forever — well before Xen 4.14. Here's
an example from a different machine, slightly different hardware, Xen
4.14.5 with dom0 kernel 5.10.0-0.deb10.16-amd64 (very soon to be
reinstalled/upgraded!):

$ sudo xl info | grep xen_commandline
xen_commandline        : placeholder dom0_mem=8192M dom0_max_vcpus=2 
com1=115200,8n1,0x2f8,10 console=com1,vga ucode=scan smt=1
$ free -m
              total        used        free      shared  buff/cache   available
Mem:           6285        1425        3239         126        1620        4642
Swap:           952           1         951

Is this widely know and expected?

Is it fixable?

Is it something you can calculate? ("To get 8192M usable dom0 memory I
must specify…").

Thanks,
Andy



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.